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TO ALL WHOM IT MAY CONCERN: 

5 BE IT KNOW THAT Coach K Wei, a citiz e n of th e P e opl e's Republic of China, 

Mving a re s idenc e at 1 612 Worcester Road, //606A, Framingham, Massachusetts 01702 
and, Zakir Magdum, a citizen of the United States of Am e rica, having a residenc e at 20E 
Farrnington Drive, Shcwsbury, 01 720 have invent e d a certain new and useful 
METHODS AND TE C HNIQUES FOR D ELIV ER IN G R ICH JAV A 

10 AP P LIC ATIONS OVER THIN WIRE CO NNECTI ONS WITH HI G H 
PERFORM ANC E AND SC AL ABILIT Y, 
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ABSTRACT 

A sy s tem is deve lop ed for rea l time de l ivery of rich Java ap pli cations over thin wire with 

high perform ance mid ext rem e scalab ili ty. The be ne fits of th e system are: 

l.No code modification is required for existing Java applications. 

5 2.I I igh p e rformance computing ov e r low bandw i dth o r l ong lat e ncy n e twork 

connections; 

3 . C o mpatible with exis t ing Java application server environments; 

4. "Develop Once, Deploy Any where": the sam e Java application can run over many 

different kind of cli en t devices from PC to PDA to Handheld c omput e rs, without 
10 r e codi ng; 

5. Java ap p lications ru n ning on this system w i l l be extremely scalable. A single server 

e an handle thousan ds of users. 
q^^4ee«^^ H^ptementation of -the system, A- p r esc ntati o n a nd 

communications arch it ectur e f o r enabling highly int e ractive, real time, rich networked 

15 applications is^gesefrted: This-afchiteeto 

i nt e ractive as locally installed client/server applicati on s without the heavy 
dow nloa ding/installation re quir ements th at come wi th such client/ ser v e r applica tion s. — 
Using this appro ach- app l ica tion s can be de liv e red to a br o w s er, a remote d e sktop 
en v i ronme n t r^- a wireless edge devi c e, with transmitting only a f e w kilobytes of data, 

20 but sti l l perform e qually well as client/server applications. Importantly, this appro a ch 
enables-ex^ 

abov e mention e d benefits. Aditional ben efits i nclude enabl in g the same application to run 
s p e cific dev i ce environment r 

25 

mi,E OF T HE INVENTION 

METHODS AND TECHNIQUES FOR DELIVERING RICH JAVA 

APPLICATIONS eve? 
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OVER THIN WIRE CONNECTIONS WITH HIGH PERFORMANCE an4 

sealabait vAND SCALABILITY 

gffiy g OF THE IN VENTIQ NCross Reference to Related Applications 

5 This application claims the benefit of U.S. provisional application Serial No. 60/256,594 
filed on 12/19/2000 and entitled METHODS AND TECHNIQUES FOR DELIVERING 
RICH JAVA APPLICATIONS OVER THIN-WIRE CONNECTIONS WITH HIGH 
PERFORMANCE AND SCALABILITY which is commonly assigned and the contents 
of which are expressly incorporated herein bv reference. 

Field of the Invention 

— This invention relates to computing architecture, and more particularly to a 

method and apparatus for running applications business logic on a backend server, with 
the presentation layer of the application handled on the client device, and 
1 5 communications between the presentation layer and business logic layer via messages 
based on formats such as XML. 

DETAILED DES CRIPTION OF THE INVENTION 

Background of the Invention 
20 The rapid growth of the web, including the Internet and the wireless web, brings 
tremendous challenges as well as opportunities. Though web-centric computing seems to 
be the inevitable future, there are great challenges not yet answered which include: 

• The capability to support compelling applications within unpredictable network 
environments. 

25 • The overwhelming complexities of web application development and deployment. 

• The rapid growth and divergence of client environments including web browsers, 
PDAs, Handheld computers, and so on. 

Nnvnw P .h.Tor.hnnlngie s Inc's flagship pr o d uct. Nexc h i s Accordingly, there is a n eed for 
an enabling platform that, for the first time, enables developers to write programs for one 
30 platform and deploy them anywhere — anywhere, i.e., to any device in any environment — 
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an<Fempoweraenviixmment, while empowering these programs with unmatched richness 

and performance even over thin network connection. 

connection: 

Summary of the Invention 

5 In general, in one aspect, the invention features a me thod for delivering one or more 
applications over a network in which the business logic of the application is running on 
the backend server, and the user interface of the application is rendered on a client-device 
who is connected to the backend server via a network. The Graphics User Interface API 
and event processing API of the application are implemented to be network-aware instead 

10 of being local machine centric as traditiona l GUI APIs. The m e t hod in c l udes the 

follo win g steps. R unning an applicat ion on the bac kend server. Th e application i n turn 
invokes GUI API to present its user interface, however, the network-aware GUI API is 
invoked. Next, the network aware GUI API translate s the ap plication's presentation layer 
information into a pre-determined format based messag e s which describes the Graphical 

15 User Interface, event processing registries and ot her rela ted information. Such 
information describes the presentation layer of the application in a high level, object 
level, which minimizes network traffic. Next sending such messages to the client device 
via a network. Next, processing the messages and rendering the user interface by a client- 
side program, which delivers the best possible user experience for that device according 

20 to the capability of the specific client device. Next, transmitting necessary user input and 
client-side events back to the server by the client-side program via a predetermined 
protocol. Next, processing the user input and client-side events on the backend server, 
translating such events and inputs as if they were locally generated, and sending such 
translated events and inputs to the application for processing. Next, encodi ng and routi ng 

25 the output of the application to the client device using the predeter mined mess ag ing 

format. Finally, further processing the output by t he client-side progra m to r efresh the 

Grap h ic a l User I n terf ace thereat. 

Implementations of this aspect of the invention may include one or more of the following 
30 features. The Graphics User Interface API and event processing API may be Java 
Foundation Classes (including Swing, A WT and so on). The cl ient-side program may be 

4 
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a com puter progr am based on Opera ti ng System's API, such a s Windows API, X 

Windows API a nd so on. The client-side program may be a wi rel ess de v ic e program 

written using the device's Ope ratin g System's API, such as Palm API and Window s CE 
API The client-side program may be a Java program written using Java API Hie JAVA 
5 API may be AWT. Personal Java, Java 2 Micro Edition based GUI API or Java Swing. 
The predetermined protocol may be HTTP. HTTPS. WAP or a proprietary protocol The 
predetermined messag in g format may be based on XML or a proprietary format. The 
network may be the Internet, a wireless network, or a local area network. The local area 
network may be a bandwidth-limited slow speed network. The client device is selected 
10 from a group including workstations, d es k tops, la ptop s, PDAs, wireless devices and other 
edge device s. Th e server and the client devic e m ay be combined into one entity. 

In general in another aspect, the invention features a server-side API based programmin g 
model for network programming, which frees or greatly simplifies the complexity of 

15 network programming by freeing developers from client-side issues. The presentation 
layer of the application is written using this server-side A PI The business logic layer and 
data layer of the application is written using other appropriate server-side technologies. 
The supporting i nfrastructure of this server-side API sends the application' user interface 
information to the clie nt-side device for presentation, handles communications problems, 

20 renders the application's user interface and dispatches necessary user input events back to 
the server for processing. 

In general in yet another aspect, the invention features a method and a system for 
delivering existing Java applications ove r t he network without modification o f the 

25 application's code and without downloading the application to the client s ide. The syst em 
le-implements standard Java GUI APIs such as AWT and Swing into a netwo rk-aw are 
implementation without changing the APIs, enabling existing Java appl i cation s t o r un on 
this network-aware GUI API without modifications. The Java application runs 
completely on the server-side. The network-aware API translates and delivers the 

30 application's presentation information into short messages based on formats such as XML 
via a certain communication protocol The system's client-side program that understands 
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these messages interprets and rende rs th e user i n terface of t he Java applications.. 
essentially produces the look and feel of the applicatio n as if the e ntire a p plication is 

running on the client device. The client program further i nteracts with the user, 

dynamically updates the user interface and sends necessary user inputs back to server for 
5 processing. The system's server program receives such user inputs, translates them into 
Java compatible user inputs, such as Java events, and further routes such user inputs to 
the Java application for processing. The output of the Java application's processing is sent 
to the system's client program, which updates the user interface of the application. 

10 In general, i n yet another aspect, the invention features a meth o d and a syst em for 

delive r i n g t he s am e application over some network to multiple devices, maximiz i ng the 
user experience of each device by best leveraging the spec ific ca pability of each device, 
without rewriting the application specifically for each device. The system runs the 
application on the server side. The system's server-side program translates and delivers 

15 the presentation information of the application into messages based on selected format 
such as XML. Such messages contain high level description of the application's user 
interface. Such high level, instead of pixel level or graphics primitive level description, 
gives sufficient flexibility in interpretation without losing the gist of the information. 
Specific client-side programs are built for each specific client device leveraging the 

20 special features of each device. This client-side program interprets these messages and 
renders the user interface of the applications in a way that is best optimized for the client 
device, delivering the best user experience possible on that specific client device. The 
client-side program accepts user inputs, update the user interface, and sends necessary 
user inputs back to the server. The system's server prog ram r eceives s uch user in puts, 

25 tr anslates them into application compatible user inputs, and further routes such user 

inputs to the application for processing. The output of the application's pr oc essin g is sent 
to the system's client pr ogram, which updates t h e user interface of the application 
accordingly. 

30 Among the advantages of this invention may be one or more of the following. No code 
modification is required for existing Java applications. High performance computing over 



6 



AO O .1 7.i 8 :i: , DIE!; :lijgi!!3 3 



low bandwidth or long latency network connections. Compatible w ith existing Java 
application server environments. "Dev e lop Once, Deploy Anywhere": the same Java 
application ca n ru n o ver ma ny differen t ki n d of client devices fr om PC to PDA to 
Handheld computers, without re coding. Java applications running on this system will be 
5 extremely scalable. A single server can handle thousands of users. 

The details of one or more embodiments of the invention are set forth in the 
accompanying drawings and description below. Other features, objects and advantages of 
the invention will be apparent from the following description of the preferred 
10 em b o di m ents, the drawings and from the claims. 

Brief Description of the Drawings 

Referring to the figures, wherein like numerals represent like parts throughout the several 
views: 

15 

F I G. 1 is an overview diagram of the Nexel Platform architecture: 

FIG. 2 is a block diagram of the Nexel Server; 

20 FIG. 3 is a block dia g ram oi the Nexel Server interfacing with a Servlet Engine via the 
Nexel Servlet; 

FIG. 4 is a block diagram of the Nexel Server interacting with a standard Java 
application: 

25 

FIG . 5 is a block diagram of the Nexel Swing components. 
FIG. 6 is a block diagram of the Nexel Layout manager: 
30 FIG. 7 is an overview diagram of an enterprise-scale deploy ment of the Nexel Platform; 



7 



A €MJ :1 ? 2l. S 3 Q E 8 " > ! □ 



FIG. 8 is an overview diagram of the Nexel Client Kern e l ar chitecture: 

FIG, 9 is a block diagram oi the Client component hierarchy. 

5 FIG. 10 is a block diagram of the Nexel classes including core classes (package 
com.nexaweh.coreX package com.nexaweb.net, the layout manager and additional 

classes; 



FIG.l 1 is a block diagram of the package com.nexaweb.plaf.ce; 

10 

FIG . 12 is a block diagram of the package com.nexaweb.plafcpc; and 

FIG. 13- FIG. 20 depict an example an implementation of the Nexel Core Classes. 

15 Detailed Description of the Invention 

This document i s-a-ites ign sp ecificat i on fo r N e x e l S e rver for Java. N exel Server (or, 
Nexel Presentation Server) is the core of the Nexel Platform. The functionalities of Nexel 
Server for Java are: 
20 • To manage and execute Java applications on the server; 

• To adapt the tH IUser Interface ( UP of these Java applications according to the 
capability of the client environment, such as screen size and client computing 
power. 

• To deliver the User Interface (UI) of these Java applications to the client 
25 computer over network; 

• To dispatch user events from the client device to corresponding applications. 
The engineering goals of Nexel Server for Java are: 

• Compatibility with existing applications: Nexel Server will b e j s compatible with 
existing Java applications and will bci s able to run existing Java applications 

30 without code modification; 
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• Zero learning curve: the Nexel Platform wiHdoes not change how developers 
write programs and willdoes not require developers to learn anything new. 
Existing Enterprise Java Bean (EJB) components, application server 
environments, database and so on can be used without change. 

5 • Extreme scalability: each Nexel Server wili bci s able to run several thousands of 

Java applications concurrently. 

• High performance: The Nexel Platform wiHcan deliver native-like performance 
over any network connection. 

• Compatibility with Java 2 Enterprise Edition (J2EE) Application Server 
10 environments: Nexel Server wiH beis able to run together with J2EE Application 

Servers in a plug&play fashion. See white paper "The New Economy Enterprise 
Computing Architecture" for how Nexel Server and J2EE Application Server are 
complementary to each other in the new economy enterprise computing. 
To achieve these goals, Nexel Server design takes the following approaches: 
15 • A thread-based computing model (or, a service model). Each event handler in an 

application is invoked as a separate thread that dies after the event handling is 
finished. This is exactly the model that Java Servlet is using. Java Servlet has 
been used in major web sites for handling millions of hits a day. It is a proven 
scalable solution; 

20 • Some of the state information areis maintained on the client side. This releases 

server from maintaining all the information in memory; 

• Multiple Java Virtual Machines (JVM) are utilized for large scale computing. 
These JVMs can be on different machines. As a result, they form a server farm 
that can scale to any requirement. 

25 

Nexel Server Kernel conforms to the Java Servlet API Specification. It can run within a 
web container from any J2EE application server. 



30 

^ 1. Nexel Platform Architecture 
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Nexel brings an innovative approach to application delivery. Applications are developed 
using Java and standard J2EE platform. Once these applications are deployed with the 
Nexel Delivery Server, they can be used anywhere on the web. The NexWeb Nexel 
5 Delivery Server will present application UI on the client machine. The general 
architecture \4ew of the Nexel Platform 100 is shown in Figure 1 . Nexel consists of two 
parts. The server side part is ca ll ed l20, that includes a "Delivery Serveiv' Server' 122. Its 
main responsibility is to interact with the application and extract its UI and communicate 
with a_client part. The client side part 110, that includes a "Client Kernel" is called 
10 ^4^n^K^ttet^"l4 %l 14. Its main responsibility is to recreate a ap|>lieatioi^s-UT-aB : 
application UI 112 based on instructions from the server. Both these parts are described 
in detail in the following sections. 

The Nexel server 1 22 works with any web server 1 24 that supports thea_ servlet interface. 

15 It runs on top of the J2EE platform 126 , which can be run on the Linux, Windows 
NT rLinux 128. Windows NT 127. Unix 129, Solaris, and HP-UX eter operating systems, 
among others . On the client side, we plan to de v e lo p pla ye rs side 1 10. players may be 
included for playing these applications. These players wi4 knay be implemented on the 
Windows platform 102 with Internet Explorer 1 04 and Netscape 106 b rowsers. Also a 

20 proprietary player will be dev e loped for Windows CE platform . may be included in a 
Windows CE platform 103. 
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In addition to the delivery platform, NexaWeb- also-offerswe also offe r the following 
tools: 
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Development Tools 
Deployment Tools 


Layout Manager 




Migration Tools 


Code Analyzer 






Migration Tools 


Code Analyzer 







Each of these deliverables is described in detail in following sections. To understand the 
fu n ct ion of a ll these parts it is important to understand how applications witi-beare 
developed and deployed. 

2. Application Development and Deployment Process 

Nexel utilizes the existing process of developing applications for J2EE platform 126. In a 
three-tier architecture of an applicatio n 1 1 8 that includes data 1 15. business logic 1 16 and 
a UI 117, the data tier and business logic tier development process i sremain unchanged. 
You can use any database or file system as data tier and you can develop the business 
logic using Enterprise Java Beans or any other Java technology or technology which can 
be called from Java. The UI layer has to be developed using Java Foundation Classes 
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( JFC) and Java. Many existing applications that use JFC for their UIs can be run in the 
Nexel environment without any modification. N e xa We b-wtH We also produce migration 
tools for identifying problems in running existing code in the Nexel environment. The 
typical process for developing and deploying includes the following steps: 

5 

a. Develop the data layer using enterprise databases and file systems. 

b. Develop business logic using enterprise Java beans or using any other technology 
that can be called using Java. 

c. Develop the application UI using Nexel' s JFC. You can use Layout Manager to 
10 layout your screens at this point. Decide which events to process and connect the 

GUIGraphical User Int erlace (GUI) to business logic. At this point you can use 
Nexel' s validation objects to process events on the client side. 

d. Install the Nexel application on the server using the Install Tool. You can 
customize the application UI for different client platforms using the Layout 

1 5 Manager. You can save these customizations into different files. 

3. Application Launching and Communication. 

It is also important to understand how applications are launched in Nexel environment. 
Communication Referring to FIG. 2, communication between Delivery Server 122 and 

20 Client Kernel 114 g o through the Web server 124 using standard HTTP/HTTPS protocol 
1 3 3 . A socket-based communication should 1 35 may also be implemented for 
synchronous connection with the server. An application developer sho uld b e | s able to 
choose the approach at development time. The sequence of events that occurs when a 
user wants to launch an application are:. 

25 1 . User opens up the browser 

2. User types in URL for the login HTML page. This page thtee includes two items 

a. User Name 

b. Password for the user. 
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Once the user enters the data, the form is submitted to the server. The server 
checks the user name and password and sends a page with available 
applications. 

3. Each application has link setting with two query strings 
5 a. Application Name 

b. User Name 

The URL for each application will look like this 

http://websitename/UIServerS^ 
serName . 

1 0 Initially eafrHhe- webWeb servers that supportsutilize servlet-programming 

models will beare supported. UjSegv^Sep^etr-wiHlJI ServerSer vl et may be 
installed on the web server and will provide functionality to pass the message 
from client to UI Server. Once the user clicks on an application URL it is 
passed on to the server. 

15 4. Once the Nexel server receives commands to launch an application it will go 

through the following steps 

a. It will instantiate the application. 

b. Nexel server will also detect the type of client, which is invoking of the 
application and pass on to the application. 

20 c. A unique instance id will be assigned to application instance and pass on 

to the application. 

d. The application will run and it will talk to Nexel JFC API and create its 
UI. Nexel API will create a UI record format depending on the client type. 
At the end a record will be generated describing UI of the application. 
25 e. Nexel server encrypts the record if secure communication is used, 

f. Nexel server will respond to the user with the UI record. 
5. Once the Client Kernel receives the UI record it will go through the following 
steps 

a. The client communication manager will read the UI record. It will decrypt 
30 the record if necessary. 

b. The client will read and parse the UI record. 
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c. The client will convert the record into various UI commands and create 
the necessary components. Fill them with the data provided and setup 
event-monitoring mechanism. 

d. The application is now displayed on the client screen 

5 6. The eMent Client Kernel will then monitor for all the events. When an event occurs 

it will find out whether it has to take any action. The action could be in two forms. 

a. Run the specified code on client side itself for that event. The code is 
specified using validation controls. 

b. Notify the server of the event. 

10 The Client Kernel will take necessary action depending on the Application. If the 

event has to be notified to the server then the event processing happens on 
the server side. The server goes through the following steps once it 
receives the notification. 

a. The server executes the method in the application, which is monitoring the 

15 events. 

b. The server will monitor all the UI changes and converts them in UI record 
format. 

c. It responds to the Client Kernel with that. 

The client Kernel then goes through the process of updating UI. See steps 5.a 
20 through 5.d for details. 

7. When user quits the application Client Kernel shuts down and notifies the server. 

8. When the server receives amessage to quit it shuts down the application instance. 

When Synchronous communication is a requirement, the UI server witi includ e in clud es a 
25 port number to which the client needs to establish the connection. Before creating any UI 
it connects to this port. Once the socket connection is established it is used for 
communicating later. 
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4. Nexel Delivery Server. 
4.1 Platforms. 

Nexel Server is implemented using Java technology. It should support supports all the 
major web servers on major plat fo rm s. I nitiall y we will suppo rt platforms* including 
5 Microsoft Internet Information Server (IIS) on Windows, Apache Web Server on 

Windows . Solaris. HP-UX, AIX. and Linux, Java Web Server o n Window s and Linux. 
La t er o n w e wi l l e xtend to oth er p latforms and web servers. 



Web Server 


Initial Target Support 




Mier-eseft4ntemet 
Information Server 


Windows NT/2000 




Windows, Solans, AIX, and Linux, and 


Netscape Enterprise 
Server 




Solaris, Windows, Linux, HP - 
UX, AJX 


Netscape 


Apache Web Server 


Windows, Linux, Solaris 


HP UX. AIX 


Java Web Server 


Windows, Linux, Solaris 


Sol a! ix, AIX 



Enterprise Server on Solaris, Windows, Linux, HP-UX, and AIX . 



4.2 Nexel Server Architecture 

15 Nexel Server is eempesed of four sub systernsT- as il lustrated in Figur e L - Ther e 122 

includes five sub s ystems 132, 134, 136, 138, and 140, shown in Figur e 2. Thei r core 

functionalities are shown in the following tableJL Note that two sub systems, Web Server 
Adapter 132 a nd Java Servlet Engine 134, are standard and available freely. We do n o t 
need to Implement these two subsy st ems in Ph a se 1 d e vel o pment. Open source code, 

20 such as Tomcat/Jakarta project from Apache Software Foundation, ea- nmay also be 
used. We plan to modify these ope n-so urce code by taking out the fea t ures that we don't 
need, A simplified Java Servlet Engine, a simple Java Web Serv er , and adapter s fro m IIS , 
Apache, Netscape Web Server, are included as part of our produc t . 
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Figure 2 : Nexel Server Architecture 



Name 



•Note 



TABLE 1 



Name 



Adapter 



Functionality 



Note 



Commun icat es w ith th e Java 



t he Serv l o t Engin e . 



Web Server 
Adapter 
032) 



Java 

Serv l et 
Engine 



Communicates with the 

Java Servlet Engine, 
suc h as rou t in g requests 
to and responses from 
the Servlet Engine. 



Implem e ntation is not 
n e eded f or phase 1 
de vel o pm e nt. We c a n 
us e Java Web Serv e r 
fr o m t he Tomcat 
Project: 



We can also 



use Java Web 

Server from 

the Tomcat 
Project. 



Provides a standard interface for 
Nexe l Se rv e r Ke rnel to interf ac e 
wkfa-web s e r ve rs. This standard 
»terfaee4s-Java4^iH4et-APT. 
Provides thread management 
ca p abili ty. Including: 1). 

Assigrmg-er ereati-Rg a-tto?ad-to 



The Servl et Eng ine 
Eftgin e , sueh as JRun 



Implementation i s no t 
needed for phase 1 
deveIopriieR:tv"-We-can 
use Temeat^WSE>K, 
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e ac h request, and invokes the 
Ser-v I e t from t hi s t hreadv 



Java Servlet 
Engine 

am 



Provides a standard 


The Servlet 


intertace for Nexel 


Engine can 


Server Kernel to 


he anv 


J A 1 IL/l 1 UWl/ Willi WC/U 


OCJ. V ILl 


servers. This standard 


Engine, such 


interface is Java Servlet 


as Jrun and 


API. 


WehLogic. 


Provides thread 


We can also 


management capability. 


use 


Including: l\ 


Tomcat/JWS 


Maintaining a thread 


DK. 



pool; 2). Assigning or 
cre at ing a thread to eac h 
request, and invokes the 
"service" method in 
Nexel Server Servlet 
from this thread. 



Serve r 
Kernel 



Instantiates oth e r Ne x e l 
compon en ts s uch a s 
AppManager, 
Genne^tienManager^ 

Y-j V V 1 i c 1 v f tx 1 1 ct J^; w 1 ci tier ftv. 

these components within memory 
al l the ti m e; 

T...iVl44^/..vrl^.Q....^ 

If ne , cessaiyv launeht?s another 

Nexel Server. 

Event (comes from Servlet 

requests) dispatching. 

Generates- and- sends application 

user in t erf a c e d e scription into 

Servlet responses. 

If neeessaryv-re~de applieatien 

user interfeee-layeut-ac-eerding 

the client display charact eristiesT 



Wr i tten entir e ly in 
Java. 

Need to be 
implemented. 
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dispatching. 






Generates and sends 






application user interface 






description into Servlet 






responses. 






If necessary, re-do 






application user interface 






layout according the 






client display 






characteristics. 






Accepts -and crates synehrenous 
s ock e t connections to cl i ents 
d i r ect ly, b y p assi ng the Servle t 
Engine-an d -Web-Serve^ 
ThrecKlrnmnageinen^Maintain-a 
sep arat e t hre ad pooh Wh en eve r a 
new re q u e st is r e c ei ved, creates a 
Se rv let Req ues t a nd a 
ServletRespense 0fej^et r ^aH^the 
S e rv let "servi c e " method wit hi n a 
separate thread; returns this 
thread hack to thread peel alter 



Written entirely in 
Java. 

Needs to be 
implemente 
sot 

Tomcat project will be 
helpful. 
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the - se r vice" method returns; 
Gemmmieat es with o th e r Nex et 
SePveiHhnstanc e s w i thi n o th er Java 
Virtual Machines through socket 
connecti ons. Th e go al of such 
c ommunica t i on is to route 
request s/response s to differen t 
JVMs s uch that o ne JVM w o n't 
b e ov er loaded. 



Nexel 
Network 
Engine 
£138) 



Accepts and creates 
synchronous socket 
connections to clients 
directly , by passing the 
Servlet Engine and Web 
Server; 
Thread management: 
Maintain a separate 
thread pool. Whenever a 
new request is received, 
creates a ServletRcquest 
and a ServletResponse 
object, calls the Servlet 
"service" method within 
a se parate thread; returns 
this thread back to thread 
pool after the "service" 
method returns; 
Communicates with 
other Nexel Server 
instances within other 
Java Virtual Machines 

through socket 
connections. The goal of 
such communication is 



Written 
entirely in 



Java. 

Open source 



code from 
Tomcat 
project can 
also be used. 
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to route 






requests/responses to 






different JVMs such that 






one JVM won't be 






overloaded. 





M o n itor in 
g and 

Administr- - 

ation 

Service 



T h e Monitoring and 
A dmini stration Service is 
responsibl e for k ee ping track of 
informat io n about an. Application 
Instance. F o llo wing information 
needs to be tracked. 
arApp 1 ie ation-Name; 

1\_ A. TM*\lif»fiti^n Tn q1 ~nn^ a 

Identifier . 
c.User a ccess i ng th e 

dvGhent macMne informationT 

I .Machine I P 

II Device Type. 

III .Gonnec4ion Speed. 

e. Appl ication start time. 

f. Application last acc e s s t i me. 

g. Mcmory usag e . 

h. Active Screen Name 



Monitoring 


The Monitoring and 




and 


Administration Service 




Admini strati 


is responsible for 




on Service 


keeping track of 




(140) 


information about an 






Application Instance. 






Following information 






needs to be tracked. 






a. Application 






Name. 






b. Application 






Instance 
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Identifier. 






c. User accessing 






the application. 






d. Client machine 






information. 






I. Machine IP 






IL Device 






Type. 






III. Connection 






Speed. 






e. Application start 




- 


time. 






f Application last 






access time. 






g. Memory usage. 






h. Active Screen 






Name 





E ngine, a sim ple Ja va Web S e r v er, an d adapters fr o m IIS, Apache, N e ts c ape Web S e rver, 

will be sh ip p ed as pa rt of ou r product. 

Nexel Server Kernel 136 is composed of three major parts: 

4.2.1 Nexel Core Classes 

5 Nexel(com.nexaweb. server .Nexel), 

AppManager,EventManager,JVMManager,UIManager, 
ConnectionManager,PerformanceManager. 

Class com.nexaweb.server.Nexel_202: This class is the main class. This class extends 
10 javax.servlet.GenericServlet. As a result, it should run with any Java Servlet Engine. 
Figure 3 gives an overview of the functionalities of this class. 
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Nexel 

(com.nexaweb.server.Nexel) 



Nexel. Service(ServletRequest, ServletResponse): 



store SevletResponse to ConnectionManager; 
inspect request: 

if(JVM!=thisJVM) 

pass request to NetEngine; 

else { 
if(appname!=null) { 
if(PerformaneManager.isOverl_oaded()) 
p as s r e que s t to NctEng i n o , 



-lnit(): Instantiate AppManager, 
EventManager, JVM Manager, 
Ul Manager, ConnectionManager, 
PerformanceManager, NetEngine 

~Service(); lauching app, dispatch events. 

-destroy(): 

notify all the other JVMs; notify clients; 



else launchApp(); 
} 

else dispatch Event(). 
} 

remove SevletResponse from ConnectionManager; 



-Figure 3T-Nexel Servtet-Ovepview 



Class com.nexaweb. server. AppManager: This class manages all the applications within 
this Java Virtual Machine. Each application is represented as an instance of Class 
com.nexaweb.server. Application. AppManager maintains a table of applications that can 
be searched by application ID. It also provides methods for getting the current 
application. 



10 Class com.nexaweb.server. Application; This class maintains the persistent data between 
different threads within one application. It maintains the application ID, a Hashtable of 
component s(Objects) that each component can be located by a unique component ID, a 
Hashtable of event listeners that each listener can be located by a component ID and an 
event ID. EventManager and other objects will use these IDs to get access to their 

1 5 interested objects. 

The Application class should also maintain an event queue for processing events coming 
from different threads. See 4.3 Thread-based computing for further information. 

Class com.nexaweb. server. EventManager: this class maintains a map between event ID 
20 and the actual event type. It also does the actual event dispatching: for a ServletRequest, 
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it retrieves appid (application ID). Then it finds the application instance from 
AppManager by using the appid. It also retrieves the event ID and component ID from 
the ServletRequest. As last, it constructs corresponding Java Abstract Window Toolkit 
(AWT) or Swing events and sends the event to the Application object for processing. 
5 Until the Application object finished the event processing, EventManager should make 
the current thread idle instead of returning to its caller. After the Application object 
finished processing this event, the current thread will be destroyed (or recycled). 

Class com.nexaweb.server.JVMManager: this class maintains a Hashtable of running 
10 Java Virtual Machines (each of which has Nexel Server running). The key to the 
Hashtable is the IP address of the host where the JVM is running and the main port 
number that the Nexel Network Engine is assigned to listen to during its startup. During 
event processing, Nexel servlet first check whether this event is for the current JVM. 
Otherwise it will simply routes the ServletRequest to the corresponding JVM. This class 
1 5 provides methods for setting/getting JVM id and methods for routing requests to different 
JVMs. 

Class com. nexaweb. server.ConnectionManager: This class maintains a Hashtable of 
ServletResponse instances. Each instances corresponds to a socket communication 
20 channel. Each instance can be uniquely located by the name of the thread that this 
instance belongs to. This class is necessary because the ServletResponse instance cannot 
be passed to event handlers and UI Objects directly. Event handlers and UI Objects 
should use this class to find the socket to send information to clients. 

25 Class com. nexaweb. server. UIManager: This class is a replacement of 
javax.swing.UIManager. It loads a UI class corresponding to the client platform for 
painting. 

Class com. nexaweb. server.PerformanceManager: This class provides methods for 
30 gauging the performance level of the current JVM. Methods in the class will be used for 
developing monitoring applications and making load balancing decisions. For example, if 
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there performance level of the current JVM is below a certain threshold, the Nexel servlet 
may simply creates a new JVM for handling additional user applications. 

Initial Qne implementation of the above classes are shown in Appendix 1. is shown in 
Tables 46-48. 

5 

4.2.2 Nexel Java Foundation Classes 




Figur e 4: Nexel Java F o un da tion Class 

10 

Java Foundation Class, or JFC, is a loose collection of standard Java APIs for client-side 
graphics; graphical user interfaces (GUIs), and related programming tasks. They are the 
foundation classes in the sense that most client-side Java applications are built upon these 
APIs. More in detail, JFC is c ompos ed of fou rincludes the following parts: 

15 1. AWT. The Abstract Window Toolkit initially introduced. AWT is the foundation of 
Swing. 

2. Swing. Swing is an advanced GUI toolkit written in pure Java. 

3. Java 2D: this is a collection of classes offer two-dimensional graphics. 

4. Printing. Both AWT and Swing offer support for printing text and graphics. 

20 5. Data transfer, this includes cut &paste and drag drop. 

Nexel is an enterprise application presentation platform that deliver s an application user 
interface to any device over any network connection, without modifying existing Java 
applications. Java applications typically build their UI on top of Java Foundation Class. 
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Nexel modifies the behavior of JFC by replacing part of the implementation with its own 
implementation. This modified JFC is called "Nexel Java Foundation Class " 1 60, shown 
in FIG . 4 . Instead of painting UI on local computer screen, Nexel Java Foundation Class 
directly sends UI commands and directives 162 to the client device 112 over a network 
connection 130 . However, Nexel Foundation Class keeps exact the same interface as Java 
Foundation Class. Namely, for any method in any class, they have the same signature. 
The only difference is the implementation of these methods. As a result, existing Java 
applications built using JFC can run as it is without modification. Developers can develop 
applications to run on top of Nexel without the need of learning anything new. 

In the initial implementation, Nexel aims to support Swing and/or Java 2D based Java 
applications, but not AWT-based GUI applications. Nexel also plans to support printing 
and data transfer. 

4.2.3 Technical Approach to implement NJFC 

JFC is implemented by following a Model-View-Controller architecture. Each JFC 
component has a Model, a view and a controller. For example, for the JButton 
component, its model is AbstractButtonModel, its controller is JButton and its view is 
JbuttonUI (depends on the look & Feel). Sometimes the controller is combined with the 
model into one class. 

To successfully replace JFC, for each component, we need to re-implement: 

1 . The component itself (the controller). For example, JButton needs to be 
re-implemented to achieve three things: a) all event listeners will be added 
to the Application instance instead of storing within the JButton class 
itself Nexel Client Kernel will only send message to Nexel Server if and 
only if there is an event listener registered for a particular kind of event. 
So when an event listener is added, a directive indicating that Nexel 
Server is interested in such event should be sent to the client. 2). Actions 
for updating/painting the JButton should be sent to UIManager and 
further sent to the client device; c). When this JButton is created, assign it 
a unique component ID and store it in the Application Instance. 
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2. It's UI Class (Viewer). For each client platform, a view class needs to be 
implemented. This view class will be loaded if the client platform 
matches. This dynamic loading is achieved by UIManager. UIManager 
needs to check the client platform and loads the view class for that client 

5 platform. For example, for JButton, we need to implement WinJButtonUI, 

MacJButtonUI,XwinJButtpnUI, and WinCEJButtonUI. 

The functionalities of this UI class are: a), to generate and send UI 
description of this component to Nexel Client Kernel via the 
ServletResponse object. The UI description is platform-dependent. It is a 
10 protocol that needs to be agreed between the Client Kernel and the UI 

class on the server side. b). to update UI on the client machine according 
server-side instructions. The update is accomplished by generating and 
sending a message describing what and how to update the component UI. 

For painting, whether the target output is the client machine display device 
15 or a remote printer needs to be taken into design consideration. 

For more information, see Design Specification "Nexel Client Kernel" . 

3. The existing JFC Model classes are used in Nexel Java Foundation Class 
without modification. 

A list of Swing components 300 t hat we need to replace is shown in Figure 5. 
20 , 
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java.awt.Component 



java.awt.Container 



javax.swing.Box 



j a vax. swing. J Component 



java.awt.Panel 



AbsractButton 



Basicl ntema IFrameTtitlePane 



JColorChooser 



JFileChooser 



JlntemalFrame 



JDesktoplcon 



JLabel 



JLayercdPane 



JMenuBar 



JOptionPane 



J Panel 



JPopupMenu 



JProgressHar 



JToggle Button 



BasicArrowButto 


i 


MentalComboBoxBi 


tton 



JChecKBoxMenult 


m 


. JMenu 




JRadioButtonMenu 


em 






JCheckBox 




JRadioButton 





BasicComboBoxRenderer 



Defa ult ListCe If Renderer 



DefaultTableCellRenderer 



DefaultTreeCell Renderer 



JDesktopPane 



AbsractColorChooserPane 



BasicComboPopup 



javax.swingTJ Applet 



j ava .awLWi n d ow 



r 



javax. swing. JWindow 



java.awt.Dialog 



javax. swing. JDialog 



java.awt.Frame 



javax. swing. JFrame 



javax.swing. Swingutilities 



javax.swing. UIManager 



javax.swing.UIDefaults 



javax.swing. border. AbstractBorder 



JSplitPane 



JTabbedPane 



JTableHeader 



JTextComponent 



JToolTip 



JViewport 



javax. swing, border. Bevel Border 



javax. swing.border.CompoundBorder 



javax.swing.border.Empty Border 



javax.swing. border. Eteched Border 



javax. swing. border LineBorder 



javax.swing. border. MatteBorder 



javax.swing.border.TittledBorder 



SoftBevelBorde 



JEditorPane 



DefaultTreeCell Editor. 
TextFietd 


default 


JPasswordFielc 





Figure 5 : Swing Components that need to be replaced. An UI class is needed for each 
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NewO 


miponents 


Component 


Description 
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JRadioList 


List Box with Radio buttons for each item 


TCheckList 


List Box with Check buttons for each item 


JDate 


Date editing Control 


JCalendar 


Calendar Control 


JStatusBar 


Status Bar Control 


JValidation 


Runs validation on control values on the client side 
New Dialogs 


JPrintDialog 


....... 

Printer selection dialog 



4.2.4 Nexel Layout Manager 



Interface java.awt. LayoutManager 
java.awt.LayoutManager2 










java.awt. Grid Layout 


java.awt. Flo wLayout 


java.awt. GridBagLayout 






java . awt. BoxLayout 


java.awt.CardLayout 


javax.swing ViewportLayout 


javax.swing .ScrollPaneLayout 




javax.swing OverlayLayout 



Figur e 6: JFC/A WT Layout Managers that needs to be repl ace d 

5 

Figure 6 shows a list of layout managers 400 t hat need to be replaced. Nexel Layout 
Managers should be adaptive to client display characteristics. 

A deployment tool/design tool for laying out GUI components for different client devices 
wil l be is also provided. See "6 Nexel Client Display Engine" for more information. 

10 

4.2.5 Nexel Network Engine 

Nexel Network Engine is packaged into one package com.nexaweb.server.net. This 
package is responsible for direct synchronous communication with clients and other Java 
Virtual Machines that Nexel is running. 

15 
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Class com.nexaweb.server.net.NetEngine: 

This is one of the two entrances of the Nexel Server (The other one is via a Java Servlet 
Engine). This class creates instances of NexelServerSocket, each of which listens to a 
pre-determined port. It instantiates com.nexaweb.server.Nexel if it has not been 
5 instantiated; 

Within within a single JVM, only one instance of Main is allowed. If this JVM is started 
by another Nexel from a different JVM, this class's main method will be called with 
arguments that gives the IP address and port number corresponding to the calling JVM. 
Upon this JVM is started, a message should be sent to the calling JVM notifying "ready" 
10 status. 

Class com.nexaweb.server.net.NexelServerSocket: 

— This class extends java.net.ServerSocket. The instance of this class listens to a 

specific port. Whenever it accepts a connection, it creates a new thread and lets the new 
15 thread (an instance of SocketHanlder) handles that connection. Then it returns 
immediately to listening to that port. 

Class com.nexaweb. server.net. SocketHandler: 

-This class extends java.lang.Thread. The instance of this class reads/writes to a 

20 socket connection. When reading, it formats the information into an instance of 
NexelServletRequest and wraps this socket connection into an instance of 
NexelServletResponse. Passes both objects to the "service() M method in 
com.nexaweb.server.Nexel Servlet. 

25 Class com.nexaweb.server.net.NexelServletRequest: 

This class extends javax.servlet.ServletRequest. It basically wraps information 

coming from a socket connection into a ServletRequest Object so that they can be 
accessed using Java Servlet API. 

30 Class com.nexaweb.server.net.NexelServletResponse: 
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This class extends javax.servlet.ServletResponse. It basically wraps a socket 

connection into a ServletResponse Object so that they can be accessed using Java Servlet 
API. 

5 4.2.6 Additional Classes 

The following classes — pi tinned b*— — replaced: 

will also be replaced: 

1. Graphics 2D: 

10 AWT provides basic graphics functionalities through instances of java.awt Graphics. JFC 
further extends this by extending java.awt. Graphics into java.awt.Graphics2D. These two 
interfaces are responsible for all the drawing actions. 
We need to provide Nexel implementation of java.awt.Graphics and 
java.awt. Graphics2D interfaces. Whenever method getGraphics() is called( This method 

1 5 is from java.awt. Component, java.awt.Image, java.awt.PrintJob and 

javax.swing.Jcomponent), we should return an instance of Nexel implementation of 
java.awt.Graphics2D. This instance should route all the drawing activities to Nexel Client 
Kernel. 

Both AWT and Graphics2D provide additional classes such as java.awt.Rectangle and 
20 the entire java.awt.geom package for manipulating 2D graphics objects (such as affine 
transformation, setting/getting attributes and so on). These classes do not need to be 
modified. 

2. Printing 
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AWT providing printing capability by java.awt.PrinterJob. JFC provides printing 
capability by offering a new package "java.awt. print". We plan to enable JFC-based 
printing. 

As a result, java.awt.print.PrinterJob needs to be re-implemented: a). Its static method 
5 "getPrinterJob()" needs to be re-written so that a PrinterJob that represents the client 
machine printer is returned; b). Methods pageDialogQ and printDialog() should open 
dialogs on client machine; c). Method print() should create an instance of 
java.awt.Graphics2D according to the characteristics of the client machine printer, and 
pass this instance as an argument for calling "print()" method in the pageable or printable 
10 object. Every drawing action happening to the Graphics object should be routed to the 
client machine for printing. 

3. Data Transfer 

Data transfer refers to the ability of an application to transfer selected data I a variety of 
15 ways such as Cut&Paste and Drag&Drop. Nexel Platform plans to support both. 

We plan to support data transfer among different applications on the same client machine. 

These applications include Nexel-based applications and other native applications. This 

feature will be enabled by default and its implementation is dependent on the native 

system. 

20 Java provides two package called "java.awt.datatransfer" and "java.awt.dnd " . We need 
to selectively implement classes in these packages to enable data transfer on remote client 
machine. Details need to be further studies. 

4. Accessibility 

25 This needs to be further studied. In the short term, we delegate accessibility to the native 
operating system on the client machine. 

5. java.awt.Toolkit. 

This class needs to be re-implemented based on Nexel's distributed presentation model. 
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The following classes are )>laBt^c4 towill be added in addition to those offered by Java 
API: 

1. Validation classes. 
5 2. Other support classes. 

4.2.7 Monitoring and Administration UI 

The Monitoring and Administration UI is responsible for displaying the information 
10 tracked by the Monitoring and Administration Service. This UI will be developed using 
Java and JFC. Nexel server will be used to web enable this application. The application 
will contain main screen, which will have a table view displaying all the information. 
There will be a filter window to filter the entries in the table. The filter should be 
available for all the information types. This application should also be able to display the 
1 5 active screen in the application. 

4.2.8 Thread-based Computing 

Nexel is based on a thread-based computing model that every request for the client 

machine is handled in its own thread. Once the processing is finished, that thread will 

20 simply be destroyed or recycled for other usage. Nexel does not maintain a constant 

process or even a constant thread for an application during its entire session. This is the 

computing model used in Java Servlet and has proven to be very scaleable. 

However, for efficiency reasons, Swing components are not designed to be thread safe. 
This means that Swing components should be manipulated by a single thread at a time. 
25 Nexel Platform needs to pay special attention to this issue during design time: 

1. Client-side initiated threads. When a client request is received, either the Java Servlet 
Engine or Nexel Network Engine will allocate a thread for handling this request. Once 
the request is processed, this thread will be freed. However, for different client requests, 
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if they belong to the same application, they need to be processed sequentially though they 
are in different threads. An event queue for each application instance needs to be 
maintained. 

5 2. Server-side initiated thread. There are times that developers need to update UI in 
response to some kind of eternal event, such as a response from a server that arrives in a 
separate thread. To accommodate these situations, Swing provides two utility methods 
that allow developers to ask the event queue to run arbitrary code. These methods are 
SwingUtilites.invokeLater() and SwingUtilities.invodeAndWaitQ. Nexel platform needs 

10 to reimplement these methods since Nexel does not use the standard JVM event queue 
thread. 



4.2.9 Performance. 

15 

Nexel has to provide application delivery at acceptable performance. The time is spent in 
following actions while running an application under Nexel environment. 

a. Sending instructions from client to server to launch an application. This time 
20 should be same as other web application 

b. Launch Application Instance. Attempt should be made to optimize this time, as it 
may be significant. One way to reduce this is to launch each application as a 
different thread rather than a new process with new JVM. This poses certain 
restriction on having static variables. 

25 c. Extraction of UI. This time significantly depends on how the Component 

Framework is implemented. It should be very optimized to reduce the time it 
needs to record its UI. 
d. Transferring UI to client. This time should be same as other web applications. 

30 Even though it is very difficult to define the parameters at this time, the performance and 
scalability should be very close to HTML applications. 
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4.2.10 Scalability. 

Nexel has to provide highly scalable applications. The server should be capable of 
5 running many application instances on server. Every application that is launched 
consumes certain amount of memory and the design should provide for ways to reduce 
this consumption. The ways to reduce this consumption are 

a. Serializing the application components to the disk. This frees up memory for new 
instances to be launched. This at the same time will effect in slower performance. 
10 b. Allowing application to discard lot of component model memory, which is not 

needed. For example in a tree control, if the application only concern about the 
selected item, which could be received from the client, then it can discard the 
memory for other tree items. 

c. Pooling many JVM or computers into a Server Farm. Nexel Server could run on 
1 5 many machines and it could use different machine to launch many instances. 

d. Adding more web server machine to Web server installation. This feature is found 
in many Web Servers (e.g. IIS) and could be utilized. 

Figure 67 shows an enterprise-scale deployment of Nexel platform and its role in 
enterprise computing. Nexel Network Engine links different Nexel instances together and 
20 forms a high performance-computing environment with unlimited scalability. The 
diagram has two components 
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Figure 6 



Users & Client Devices 



4.2.11 Restartability. 



Client Socket 
Connections " 




I Webserver 
; Adapter 

Web Server 



Web Server 



Web Server 
Adapter 



Client Socket 
Connections 



Client Socket 
Connections 



Java Virtual Machine(JVM) 

■ ■ \ . ~W Aop4 



Presentation & Work Flow 




Business 



L ogic 
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The applications run on the server machine should be accessible as long as they are 
running. If for any reason client breaks connection with the server, the same user which 
started the application should be able to recreate its UL Server side application has to 
maintain information to be able to recreate UL Some of the changes that user did on 
client side may not be retractable. The client kernel also reuse some of its cached 
information in order to recreate the screen. 
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5. Nexel Client Kernel. 



10 



Nexel Client Kernel 1 1 4 p rovides functionality to play the application UI on the client 
machine. It receives the instructions from the NexaWeb UI server for creating and 
updating the applications UI. It captures all the events and provides default response to 
events that are not handled by application. Applications could decide to handle events on 
client side or server side depending on which Kernel will either execute specified code on 
client side of the application or notify the event on server side of the application. It will 
also wait for response from server and update the UI when asked. It also provides caching 
of an application UI on the client side 



5.1 Nexel Client Kernel Platforms. 



15 Client kernel needs to be implemented on many platforms that play an application UI. 

F or R e l e as e 1.0 only ln one example, three platforms are targeted , shown in table 3 . 
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TABLE 3 



Platform 


Technology 


Language for 






development 



Internet Explorer | Active X co mpenent 



Internet Explorer 



Active -X component 



DHTML/ JS cod e. L ot of this co d e 



e xists today. Should b e ft nish ed-aftd 
tr ied out 



Windows C 



Netscape Browser 



C++ 



P HTM L/J S 



Applet 



Plugin 



Proprietary player needs to develop. | G44 



Java 
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Windows CE 



Proprietary player 



C++ 



The same code base is expected for Active-X component, Netscape Plugin and Windows 
CE player. These players will be developed using C++ language and so the code base 
5 should be same. On windows platform ATL Windows classes should be used to 
implement 

5,2 Nexel Client Kernel Architecture* 

10 The core functionality of the Client Kernel is to provide a rich Component Framework to 
create rich user interface. It creates instances of these components on the user's display 
and monitor events. The architecture fe tfSOO of Client Kernel is shown in FIG. 8 and is 
also summarized in Table 4 below. 



15 





* 

c 









_J L_ 


Ul Components 




Validation 
Components 


51 










it 


Components 
Display 
Manager 




Events 
Manager 












n 
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Security Manager 
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Figure 1 : Nexaweb Client Kernel Architecture 
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Ul Components 


i nis is a wiuget set mat is impiernenteu in tne Kernel, tt 
includes various widgets like button, window, tree etc. 




TABLE 4 


Validation Components 


These are components provides functionality for simple 


validation of data. T hese components are invoked on 


specified, events and they execute specified validation 
rules 



UI Components 
(502) 



Validation Components 
(504) 



This is a widget set that is implemented in the 
Kernel. It includes various widgets like button, 
window, tree etc. 



Th e se are compon ents pro vides functionality 
for simple validation of data. These compo nents 
are invok ed on specified ev e n ts an d they 
execute specified validation rules 



Components D i splay /Update 
M a nager 



This takes care of creati ng Ul Co mp onents and upda tin g 
them whenever ne ces sary 



Components 
Displav/Update 
Manager 
T506) 



This takes care of creating Ul Components and 
updating them whenever necessary 



Cache Manager 



This manag e s Client K e rnel Caching as w e ll as 
applica t ion UI caching on the cli e nt side. On Windows 
GE- Pla tfornis itshevrid-bBag-up a n applicafe 
though it is not- cennected to the serve t~ 



T his manages Cl ient Kernel Caching as well as 
applicatio n UI caching on the clien t sid e. On 
Wind ow s CE P latform s it sho ul d bring up an 
appl i cation even t ho ugh i t is not connected to 
the server. 



Cache Manager 
[5121 



Event Manager 



Event manager handle s-aH the even ts 



Even t Manager 



Event manager handles all the events 



UI S erver Interf a ce 



This module co n v ert the p acke t s received from the 

ser veilr~•HitO'■~vtH : tt:Hi , s , ■ \j I •■a, - nd~eveiit' "nic 
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Seeur ky Manager 



Haines s e cui' i ^fOT^^H<mHMea#ag w ith the server? 
This determines the protocol and encryption that will be 
used. 



UI Server Interface 
£510} 



Security Manager 
(514) 



This module convert the packets received from 
the server into various UI and event monitoring 
commands. 



Handles security for communicating with the 
server. This determines the protocol and 
encryption that will be used. 



Commun i ca t ion Lay er 



This layer provides s e rvic e s for communicating w i th th e 

server- 



Commun i cat ion Layer 


This layer provides services for communicating 


£516) 


with the server 



5.3 Security Manager. 



10 



The Security Manager 514 handles security for the communication records going to and 
from server to client. Standard security is used when a Web Server is involved. The 
HTTPS protocol is used to handle security. For socket-based communication, our own 
security mechanism w4tt~beis implemented. Evaluate third party products 
te- do th i sT 



5.4 UI Cache Manager. 



The Cache Manager 512 h as two purposes: 
15 • To cache the Client Kernel itself. The Kernel detects that there is a newer version of 
the Kernel available on the server and it downloads and runs that Client Kernel. For 
browser-based implementations, its own caching mechanism can be used. For non- 
browser based implementations such as Windows CE, it will have to be implemented. 



39 



• To cache the application UI. An application name and its version will be used for 
caching. The code detects application versions on the server and client and if they 
match, it will not download its UI from the server. The server can disable the 
caching. The different windows that are opened during different events will also be 
5 cached. This feature can be used to play the UI on a client even if there is no 

connection to the server. 

The cache manager uses a cache directory to save files. This directory will be identified 

by the 

Registry key on the windows platform: 
10 HKEY_CURRENT_USER\Software\NexaWeb\Nexel\Cache Directory 

Environment variable on other platforms: 

NEXELCACHEDIR 
The directory structure used for caching should look like this: 
15 + HOME 

+ Application Name 
+ Version 

- Filel 

- File 2 

20 - EventWindow.map 

The directory contains a file EventWindow.map that keeps track of an event and the 
window that was opened due to the event. 

25 6. UI Record Format. 



The server sends the UI information to the client using this record format. Records are 
written in XML and packaged in text and transmitted over http protocol. This format 
may need tuning and can be changed to a compact binary format. The XML format is 
30 implemented, at least for testing purposes. The following principles are implemented: 
• Each application instance has an assigned identification number. 



40 



100I71S 3 ,„ O 2 :!;9C' 



• Each window is identified with an identifier from the server. This identifier is used in 
later communications for event handling and property changes. 

• Every control implements properties, methods and events of its base class. Window 
class is the base class for all the controls. 

5 • Every control is identified by a class name. This name is identified by the Widget 
name in UI Components table. 

• The control's properties are described after identifying a window. 

• The events that are to be handled are described later on. 




TABL E 5 









Name 




Properties 

SirtjetHre/Po^s XML: I kiHiwle^ ; } i 






••■Name : 


: Deseriptio 
0 


ol ^ ' 'V* al Iic-S " 
Structurc/P 

ossihie 


XML ExMnpes 








Values 










Id 


Identifier 




id=!23 
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for App 
instance 






Name 


Applicatio 
nName 




name="MyApp" 


Versio 
n 


Applicatio 
n Version 




version="1.0" 


Cache 


Use 
Caching 


true,false 


cache=true 



A typical record may look like this: 

<nexawebapp id=123 name="myapp" version =L0 cache=true> 
5 <wi ndow id= 1 > 

<bkcolor>yellow</bkcolor> 
<text>My First Application</text> 
<toolbar id=2> 

<button id=3 command" 100> 
1 0 <text>New</text> 

<image>images/ne\v.gif</image> 
</button> 

<button id ^4 command— 101> 
<text>Exit</text> 
1 5 <image>images/new.gif</image> 

</button> 
</toolbar> 

<oncommand id=100></oncommand> 
<oncommand id= 1 0 1 ></oncommand> 
20 <window> 
</nexavvebapp> 
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6.1 Event Record Format. 

The Event Record Format specifies how the event records are passed back to the server. 
Events are passed back with application ID and a Window ID. It also collects the 
5 properties that are specified to be collected. 
A typical event record may look like this: 

<nexawebapp id^l23> 
<windo\v id^l> 
1 0 <oncommand id= 1 00></oncommand> 

<windo\v> 
</nexawehapp> 



7. Client Component Hierarchy. 



15 




Common Dialogs 



• File Chooser Dialog 

:: ' 




■ Confirm Dialog 



- Print Dialog 



Nexaweb Client Components Hierarchy 



Controls 

Lat 



- Button 



Controls 



Radio 



■ fext 



-RTF 



• List 



- Radio List 



- Check List 
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The client co mponent h ie r archy 600 is s hown in F IG. 9 aadthe.foUowing table 6_displays 
5 the UI Components that are supported. Each Control supports its properties, methods and 
events. The following section describes each control that is implemented by the Client 
Kernel. 

10 



15 TABLE 6 





. ; ; " 


Components 






Widget 


Window Equivalent 


Description 






Name 










Component 


Window 


Basic Window container 






Dialog 


Dialog 


Dialog container 






Frame 


FrameWnd 


MDI Frame container 






Label 


Static 


Caption or label control 






Push Button 


Button 


Push Button Control 






Radio 


Button 


Radio Button Control 






Button 










Check 


Button 


Check Button Control 






Button 










Text 


Edit 


Edit/Text Control 




RTF 


RiehEdit 


Rich-Text: Edit 


HTML 


DHTML Edit 


HTML control 




RTF 


RiehEdit 


Rich Text Edit 
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HTML 


DHTMLEdit 


HTML control 


i 




List 


ListBox 


List Control 




Combo Box 


ComboBox 


Combo Box control 




Radion List 




List Box with Radio buttons for 
each item 




Check List 




List Box with Check buttons for 
each item 


Progress 
Bar 


ProgressCtrl 


Progress Bar Control 


Slider 


SliderCtrl 


Slider Control 


Tree 


TreeCtrl 


Tree Control 


Table 


ListCtrl 


Table Control 


Tabbed 
Dialog 


Tab 


Tabbed Dialog 


Date 


DateTimePicker 


Date editing Control 


Scroll Bar 


ScrollBar 


Scroll Bar Control 


Calendar 


Calendar 


Calendar Control 


w 




Menu 


Menu 




Menu 


Menu 


Menu 




Tool Bar 


ToolBar 


Tool Bar control 


Status Bar 


StatusBar 


Status Bar Control 


Dialogs 


Message 
Dialog 


MessageBox 


Message dialog with OK and 
CANCEL button 


Confirm 
Dialog 


MessageBox 


Confirm Dialog with YES,NO, 
CANCEL buttons 


Input Dialog 




Input Dialog with one edit control 




File Dialog 


FileDialog 


File Selection Dialog 




Color 
Dialog 


ColorDialog 


Color Chooser Dialog 




Print Dialog 


PrintDialog 


Printer selection dialog 
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8, Nexel Communication Format. 

5 Nexel provides many ways of communication between Client Kernel and Delivery 
Server. For each client type there could one implementation. In this release only one 
format is to be implemented. The communication happens in the UI record format and 
Event Record format. The following tables 7-46 describe the properties, methods and 
event that each component could have. 
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TABLE 7 

15 











Component 














Properties 




















§ 

M. 


pescriptton 
















Ill 1 




Name 


Dcscripi 


Sirueiure Rossi 


XML Examples 










km 


ble Values 






















location 


Window 


Left, top, 


location="l 0,1 0,-1- 










Location 


width, height 


1" 












Left or top = - 














1 locate 














anywhere 














Width or 














height = -1 














freely size 






Ink* .cutil/ivti 


Background 




bkeeloF^red 




eeter 
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bkcolor 


Backgro 
und 
color 


Color Value 


bkcolor=red 








Color Value 


textcolor~green 




textcolor 


Foreground 
color 








textcolor 


Foresro 


Color Value 


textcolor^ green 


- 




and 
color 






state 


Window 
state 


minimized 
maximized 
normal 


state=normal 


minimizeb 
ox 


Window 

has 
minimiz 
e box 


True,false 


minimizebox^tru 
e 


maximizeb 
ox 


Window 

hax 
maximiz 

e box 


true,false 


maximizebox=tru 
e 


cancelbox 


Window 
has 
cancel 
box 


true, false 


cancelbox=true 


systemmen 
u 


Window 

has 
system 
menu 


true, false 


systemmenuMrue 




visible 


window 
is visible 


true,false 


visible=true 




enabled 


window 
is 


true,false 


enabled^true 
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enabled 










contexthelp 


Window 
has help 
button 


true 5 false 


contexthelp=fal se 




Window 




toxt~"My window" 




title/caption/ 
text 






text 


Window 
title/capt 
ion/text 




text^'Mv 
window'' 




border 


Window 
border 


none 
fixed 
dialog 
sizeable 


border=none 


focus 


Window 
has 
focus 


true/ialse 


focus=true 


font 


Window 
font 


see iont 
description 




teen 


Window 


value 


fcon-"imagos/icon.gif - 


TyJOTT 








icon 




Window 


value 


icon- 'images/ico 






Icon 








Mouse 




cursor~"images/hand.gif ? 


cursor 


pointer 




cursor 


Mouse 
pointer 




cursor= 5 images/h 
and.gif ' 




he 


purl 




Ap URL 




helpur I—' %©J p/my wi ndow. rh 
tn^ 




helpurl 


Help 
URL 




helpurl- 'help/mv 
wmdow.htnv" 




flash 


Flash 
Window 


true, false 


flash=true 
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tooltiptext 


Tool Tip 




tooltiptext- 'Here 




Text 




is my tooltip" 



- 

■. 


Methods 








Description 


Parameters 


XML Examples 








. 






print 


Print the 
window 




<print></print> 




center 


Center 
Window 


window id 


<center 
id=l 0></center 

> 


redraw 


Redraw 
Window 




<redraw></redr 
aw> 








lcft,top, width. 


<movc> 10,10, L 




move 


■Move 
Window 


height 


1 </move> 




move 


Move 
Window 


left, top, width, hei 
gill 


<move>10J0,- 
L»l</move> 




show 


Show 
Window 




<show></show 

> 


moveto 


Move 
Drawing 
point 




<moveto x=10 
y=10> 
</moveto> 


lineto 


Draw Line 




<pen>...</pen> <lineto 




lineto 


Draw Line 




<pen>...</pen> 
<lineto x— 10 
y=10> 
</lmeto> 




circle 


Draw Circle 




<pen>...</pen> 
<brush>...</br 
ush> <circle 
x=10y=10 
radius^20 
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rectang 
le 



polygon 



polygo 



Draw 
Rectangle 



Draw 



polygon 



Draw 
polygon 



fill=true> 
</circle> 



<pen>...</pen> 
<brush>...</br 
ush> <rectangle 
x-10y-10 
width=20 
height=20 
fill-true> 
</rectangle> 



<pen^ 
^polygon 

point s- 10 ? 10;20,20;30,30 
fill~true> </rectang te> 



<pen>...</pen> 
<brush>...</br 
ush> <polygon 
points -1 (XI 0:2 
0.20:3030 
filMrue> 
</rectangle> 



Events 



Name 


Descripti 
on 


Parameters 


XML Examples 


Onmousedo 
wn 




button, x,y 


<onmousedown 
button=left x=10 
y=20></mousedo 
wn> 


onmouseup 






<onmouseup 
button=left x=10 
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Onmousemo 
ve 



onclick 



ondblclick 



onactivate 



ondeactivate 



window 
is 

activated 



window 
is 

deactivate 
d 



Oncont e xt 
m enu 



co n text 
menu is 
revested 



On contex tm 
enu 



onfocus 



onkillfocus 



context 
men u is 
requested 



window 
is getting 
focus 



window 
is loosing 
focus 



y=20></mouseup 



<onmousemove 

x=10 
y=20></mousem 
ove> 



<onclick 
button-left x=10 
y=20></onclick> 



< ondblclick 
button-left x=10 
y=20></ 
ondblclick > 



<onactivate 
oldacti veid= 1 22> 
</onactivate> 



<ondeactivate 
newactiveid-133 
> </ondeactivate> 



<oncont o xtmenu></oncont 
cxtmenu> 



<oncontextme nu> 
</onc ontextmenu 



> 



<focus 
oldfocusid=lll> 

</focus> 



<onkillfocus 
newfocusid=lll> 
</onkillfocus> 
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onhelp 


help is 
invoked 




<onhelp></onhel 

p> 1 


onkeydown 


key is 
down 




<onkeydown 
key="b" 
shift=true 
alt=false 
ctrl=true> 
</onkeydown> 


onkeyup 


key is up 




<onkeyup 
key="b" 

shift=true 
alt=false 

ctrl=true> 
</onkeyup> 


onkeypress 


key is 
pressed 




<onkeypress 
key="b" 
shift=true 
alt=false 
ctrl=true> 
</onkeypress> 


onresize 


window 
is resized 




<onresize 
width=10 
height=50> 
</resize> 


onmove 


window 
is moved 




<onmove left=10 
top=20> 
</onmove> 


oncommand 


Window 
recieves a 
command 




<oncommand 

id=200> 
</oncommand> 
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TABLE 8 



■ Dialog ' 






Properties 




Name 


Description 


Structure/Possible 
Values 


XML Examples 




. ■■' 1 ■ 






modal 


Dialog is modal 


true/false 


modal true 




■ ' v.-- ■ ■ ■■ : . ' ■ - : ■>.":■' ;\:'.<?.li'rr. 

:'i ;i ' ■' ; ■ ' ■ 

, : : *.' : -V. 


Methods 




Name 


Description 


Parameters 


XML Examples 


reset 


reset the dialog 




<reset></reset> 






Events 




Name 


Description 


r ■•• ■ ' \ ■ — ■ . ' 

• ' " \ 


XML Examples 


submit 


Submit dialog 




<submit></submit> 
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TABLE 9 



Frame 




Nam 


Description 


Structure/Poss 


XML Examples 




■ 






splitd 
ir 


Split 
Direction 


horz,vert 


splitd ir=horz 


Methods 


Nam 


Description 


Parameters 


XML Examples 










split 


Split the 
frame 


pane, no of 
panes 


<split pane=0,l 
panes=2></split> 


attac 


Attach 


window 


<attach 
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h ; 


Window 




windowid=100 > 
</attach> 


Events 


Nam 


Description 


Parameters 


XML Examples 











TABLE 10 



Label 



Properties 



Name 





Structure/ Possible 
Values 



XML Examples 




Methods 



.. . 9x -\ : v 



e Description 



Parameters 



XML Examples 









■ ■ 



Description 



Parameters 





XML Examples 

liiliisg 



TABLE 1 1 



Push Button 



Properties 



Name 



toe 





XMt-Examples, 


iWe-Vakies . 





- - : Name 



image 



De ser iptL 



: on / ^ 



Image 



Struc ture/ . 
Valyes 



.X ML E xamples 



image file 
name 



image=" images/yes. 
gif 



overimage Image to be 



overimag e-"i magcs/no.g]f' 
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when mouse 
is moved 

AV'AI* 
K) VVl/I 








overimage 


I mage to 
be 

displayed 
when 

mouse is 
moved 
over 




ovenmaee= ;i imag.es/ 




no.gif' 




downimag 
e 


button 

im age when 

pushed 

down 








downimas 
e 


button 
image 

when 
pushed 

down 




down i ma ee- ■' ' im a<zes 
/down.gif 




selectedini 
age 


butt ore 
image when 
selected 




selected image-'^magos/soloctod 




selectedim 
age 


button 
image 
when 
selected 




selectedimage-"ima 
ees/selected.Rif ' 








left,top ? right,b 


imagoloc-top 


imageloc 


image 
location in 
reference to 
text 


ottom 




imageloc 


image 


n 


lefttop^righ 


imageloc^top 






locatioi 


tbottom 


in 

reference 
to text 


imagealign 


image 


leftrightcente 


imagealign- "top, center" 
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center 






imaeealign 


image 
alignmen 
t 


leftrmhtxe 
nter„top.bot 
tora.vcenter 


lmagealign^topxen 
ter" 







- : V ' [ f^:Swkt r 'y\' : . -Methods: ' ■ : ; . ;: r: .' ;■*', 

smmmmfmmM^mmMm m:m^mm } cmm^^^ mm^m mmMmm 




Nam 

e .. ■ 


Description 

. 


7. 


XML Examples 










Events 




Nam 

e 


Description 


Parameters 


XML Examples 


eneefifflnaa- 
d 


Button: i s 




<ofteerBaftaftd id~202> 






Button is 
pushed 




<oncommand 

id=202> 
</oncommand> 









5 



10 



15 
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TABL E 12 



Radio Button 


: 1 Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 




selected 


radio button is 
selected 


true,false 


sclected^true 


Methods 


Name 


Description 


Parameters 


XML Examples 












^ Invents . 




Name 


Description 


Parameters 


XML Examples • 











5 TABLE 13 





Check Box 

■ 




Properties 


Name 


Description 

■ ■ : : : ' - - - 


Structure/Poss 
ible Values 


XML Examples 


checked 


button is 
eheked 


true, false 


chockcd-true 




checke 
d 


button is 
checked 


truejalse 


checked^true 




; [ . Methods . : : ' ; if 11111 III;;;;: ' 


Nam 


Description 


Parameters 


XML Examples 
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hvents 


Mam 

e 


Description 


Parameters 

ii: ■ 


XML Examples 











TABLE 14 



Group Box 



Properties 



;■>,■;' - 



Name 



Description 



Structure/Possible 
Values 



XML Examples 

: ■ S ; •.= ' Mm - i mm ■ 




Methods 



Name 



tion 



Parameters 





XML Examples 

i§if| 1 1 iiil I mmm \ m 



Events 



Name 




Description 

. j 



Parameters 





XML Examples 





TABLE. 15 



Text 


Properties 


Name 


Description 


Structure/Possi 
ble Values 


XML Examples 




_.. ■ :; ■■■■■■ ■■■ ■ •■ i- •■ . 




multiline 


whether 
multiline 
text 


true,false 


multilne 
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textlimit 


number of 
characters 
allowed 




number 




textlimit=10 






tmask 


mask to be 
used for 
editing 


string 


Gditmaak-"mtft.mt.mnin" 




editmasl 


V 


mask to be 
used for 
editing 




string 




editmask^"###.##. 

fflffl" 




datatype 


ty pe of data 


stnng ? number ; 
datexuffFeney? 
amount 


datatype date 




datatype 


tvpe of data 


strin<zjuimbei\ 
datexurrency, 
amount 


datatvpe~date 




outforma 
t 


output 
format 


string 


outformat="$%x" 


align 


Alignment 


left,center,righ 
t 


align=right 



Methods 


Nam 

. e 


Description 


Parameters 


XML Examples 


clear 


Clear the 
text 




<clear></clear> 


cut 


Cut the 
selected text 
to clipboard 




<cut></cut> 


paste 


Paste from 
clipboard 




<paste></paste> 


copy 


Copy the 
selected text 




<copy></copy> 
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to clipboard 



Events 



Name 

, 



Descripti 



on 



Parameters 



XML Examples 

fff 



onc hang e 



Text is 
changed 



onchang 

- e 



<onchange 

te x t-" 1 231 "></onchan ge> 



Text is 
changed 



<onchange 
text="1234"></o 
nchange> 
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TABL E 1 6 



RTF 


Properties 


Name 


Description 


Structure/Possible 
Values 


XML Examples 

■ ; mm 


A^A:W ; M } AW:iWAA^ 














Methods 




Name 


Description 


Parameters 


XML Examples : 

- 
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Name 


Description 


Parameters /• 


XML Examples .. 












TABLE 17 
HTML 



- Properties 


Name 


Description 


Structure/Possible 


XML Examples 










Methods: 


Name 


Description 


Parameters 


XML Examples 










Events 


Name 


Description 

i - 


Parameters 

— : 


XML Examples 











TABLE 18 



List 



Properties 



Name/ 



Deseriptiea 



: S-tfTOWrefPess : - 



Name : 



Deseriptio 



^udture/P 

..ossible 
Values 




listitem 



List item 
descriptioB r 
many 



tcxtjmage.dat 
a 



' <listitcm t oxt~"xyz" 

i m ag c~" i in ages/checked . g i f ? 

data- "aval ue - ></ 1 i st it e m > 



61 



J JO O :L 7.1. Ei; 13 »tTB 





records 
repeated 








listitem 


List item 




textamaae. 


- listitem text="xvz" 








description 
. many 
records 
repeated 


ULclLcl 


i m aee^ " i m aees/chec 
ked.eif 
data= ,f avaiue ! ' 
></Hstitem> 






selectedte 


Selected 






selectedtext="xyz" 






xt 




item text 












selectedd 


Selected 






selecteddata="avalue 






ata 




item data 










itemcoun 


Number of 




itemcount=10 






t 




items 












multisele 


Multiple 




true,false 


multiselect=true 






ct 




selection 














Allowed 












sorted 


List is 




true,false 


sorted=false 










sorted 
































Methods 












^ . . ' y ;,/ 




/■■■'•'•••'•.•.•■:.V-- ::: i. v ' . .''.':- :: ."v:.: ' - : .v-;;.; -' 






Name 


Descripti 


; 


Parameters 


XML Examples 








on 






















additem 


Adds a 




listitem 


<additem 










item 






text="xv7 M 
data="abc"> 
</additem> 














Events 








Name 


Descripti 


Parameters 


XML Examples 


























on 












selchange 


Selection 




<selchange 










Changed 






index=0 
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text="xyz" 
data="abc M > 
</selchange> 



TABLE 19 



Radio List 


t%£ x Properties ; : ^H 


Name 


Description 

•" : ■ ..' ■. : .... ■.■ '■ ■' '■' '/ 


Structure/Possible 
Values 







mm mXm^ 


: - : , : : :: ■ ■ ■ 

Methods 




Name 


Description 


Parameters 


XML Examples;!*! 










■ - ■ ■ ' ' 


Events 


Name 


Description 


Parameters 


XML Examples 











TABLE 20 



Check List 



Properties 



Name 


Description 


Structure/Possible 
Values 


XML Examples 












Name 


Description 


Parameters 


XML Examples 











Events 



Name 



Description 



Parameters 



XML Examples 
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TABLE 21 





Scroll Bar 




.. : ; ; : ' Properties . > : ■ > ;? / ■ ^ 


"KT 

" ' ■■ ' 

■■ ■ ■ ■■■■ ■ 


Descripti 
on 


Structurc/Poss 
ible Values 


XML Examples 


directio 
n 


Progress 
direction 


horz,vert 


direction=vert 


range Ran Re 


low.high 


range- 100,200 




range 


Range 


low,hiah 


ranee- 1 00.200 






pos 


Position 




pos=10 


linestep 


Step 




linestep=10 


pageste 
P 


Page Step 


Methods 


pagestep=100 


Name 


Descripti 


Parameters 


XML Examples 






on 


■ , : - - : : . . . 


... , ■ ■■ 




scroll 


Scroll the 
bar by 
offset 


■ ■ : ■ .: ... 


scroll— 10 


setscroll 


Set the 
thumb 




setscroll=100 


Events 




Name 


Descripti 


Parameters 


XML Examples 








on 






pes< 


"•Jin 11 ifOt. 


P 


esitien 
Slanged 




<poseliaiigeMew|M 
</poschange> 


>s=4©§> 
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poschan 


Position 




<poschange 




Changed 




ne\vpos :::::: 105> 








</poschange> 



TABLE 22 





Progress Bar 




. ; . . Properties 


Nam 


Description 


Structure/Poss 
ible Values 


XML Examples 




e 








smoo 
th v 


Smooth 
Scrolling 
bar 


true,false 


smooth=true 


step 


Step 




step=10 


Methods 


Nam 


Description 


Parameters 


XML Examples 




e 










step 


it 


Advance 




<st^pit-rH^mefet^ps"~l 0> 
</stepit> 




stepit 


Advance 




<stepit 
num of steps= 1 0> 
</stepit> 




Events 


Nam 

■ 

e 


Description 


■ ■ 

Parameters 


XML Examples 














TABLE 23 



Slider 


, : . ; . Properties i , \ : , ■ 'W- 


Name 

; ■ ■ '■ 


Description 


Structure/Possible 
Values 


XML Examples 
















Methods 


Name 


Description 


■ ■ Parameters 


XML Examples - : • 














Name 


Description 


; Parameters'-::"-- ■ 













FABLE 24 



Calendar 


Properties 

- . • • .. .. < . ... . 


Name 


Description 


Structure/Possible 
Values 


XML Examples 


daterange 


Range in 
Calendar 
Control 


from, to 


<datcrange from=" 1/1/99" 
to="2/2/00"></daterange> 


date 


Selected 
date 




date-" 1/1/00" 


'■•■.'V,\\ Methods. ' 


Name 


Description 


Parameters 








^ , ' Events 




Name 

:.' "•■ .: •: ... . S-:?'-::: :■ .' ;'-.V:.: ;; 


Description 


Parameters 


XML Examples 

:. m\.mm § m ■ ^ mm, w ■ 


selchange 


Date 




<selchange 
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selection 




newdate= M l/l/00 M > 




changed 




</selchange> 



TABLE 25 



N-an 


1C 


1 V ■ " % 1 4 J i.i *l V 


Date 
Properties 

Sh ueture Posh 









Name 


Description 


Structure' P 
ossible 


XMi 1 Samples 








^ 1 1 1 i v — 


'^^■■f-f^M^Pz^B fzVP^^:&^^ 








inputma 
sk 


Input Mask 




inputmask-"mm/dd/ 

yy" 


outformat 






outformat~"dd-mrnrn-yyyy" 




Output 
Format 






outform 
at 


Output 
Format 


Methods 


outformat = ="dd- 
mmm-vwv" 




Nam 


Description 


Parameters 


XML Examples 




e 
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Events 




Description 


Parameters 


XML Examples 



















TABLE 26 



Tree 



Properties 



-Name 



De s er ip tieB 



Name 



te eeite m 



DeseTyitj 

on ^ " 



Treefeni 

tn t ttfc vtt 1 



:^StmctyB8 
/Possible 
"Values 



XML Examples 



<tfeekem- -parent— 0 id~l- 
texir^bed 1 ' image— r open;g^ 
epeftifflagC"" clos e;gfP 1 

ch i l dr e n-] data~"extl 1 F 



treeitem 



selectedite 
m 



rightclickit 
em 



Tree Item 
Structure 



Selected 
Tree Item 



Item 
where 
right 



<treeitem parent^) 
id=l text="abcd" 
image^"open,gif ' 
open i mage "c lose. gi 

r 

se 1 ected i m a ge~- • 'se le 

data="ex.tl 11." 
state- expanded > 
</treeitem> 



<selecteditem id 
= M l n text="abcd" 
data-'extl 1 1"> 
</sel ected item> 



<rightclickitem id 
="1" text="abcd M 
data="extlll"> 
</rightclickitem> 
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clicked 


Methods 








Name 


Descripti 


Parameters 


XML Examples 






on 






insertitem 


I nsert Item 




<insertitem> 










</insortitem> 




insertitem 


Insert 
Item 




<insertitem> 
<treeitem>...</tr 
eeitem> 
</insertitem> 




deleteitem 


Delete Item 




<deleteitem> 








<treei{em>r..</tree 

6^.J./$.£*\,G*i.£t\i 

^7 Xi I C t C I vV?lJt I 




deleteitem 


Delete 
Item 




<deleteitem> 
<treeitem>...</tr 
eeitem> 
</deleteitem> 




deleteall 


Deleteall 
items 




<deleteall> 
</deleteall> 


expandite 
m 


Expand 
Item 




<expanditem 

id=l> 
</expanditem> 


selectitem 


Select 
Item 




<selectitem 

id=l> 
</selectitem> 


sortchildre 
n 


Sort 
Children 




<sortchildren 
id= 1 ></ sortchildr 

en> 


ensurevisi 
ble 


Ensure 
Visible 




<ensurevisible 

id=l> 
</ensurevisible> 
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editlable 



Edit 
Label 



<editlabel id=l> 
</editlabel> 



setitem 



Set Item 



setitem 



<setitem> 

< trecitom>. ; .</tr oo it e m" 
■ </ setit em> 



Set Item 



<setitem> 
ctreeitem>...</tr 
eeitem> 
</setitem> 



/ Events -II 



Name 



begindrag 



enddrag 



itemexpande 
d 



itemexpandi 
ng 



selchanged 



selchanging 



Descripti 
on 



Begin 
Drag 



End Drag 



Item 
expanded 



Parameter 



s 

■ . :: : ■ 



Item 
expandin 

g 



Selection 
Changed 



Selection 



XML Examples 

Siy S| 



<begindrag 

id=l> 
</begindrag> 



<enddrag id=l 
droptarget=5 > 
</enddrag> 



<itemexpanded 
id=l text-'xyz" 
date="aslll"> 
</itemexpanded> 



<itemexpanding 
id-1 text-'xyz" 
data="aslll"> 
</itemexpanding 



<selechanged 
id=l text="xyz" 
data= M aslH"> 
</selechanged> 

<selechanging 
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1B017 1:8.3 



Q5i«l!l 





Changing 




id=l text="xyz M 
data="aslir> 
</selechanging> 
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TABLE 27 



Table 



Properties 



Nume 

: • ■ - 





.Name 



Str-t* 

I b 1 0~A^al~ti<v"S' 



Desc'ripti 



on 



....'Strocture. 
: Values 



XML Examples 



XML Exa mples 



tablecol 



Table 
Column 



se e tabl e 
column 



<tablecol> . . . </tab]ecoi 



tablecol 


Table 
Header 
Column 


see table 
column 


<tablecol>. . .</tablec 
oi> 


tablerow 


Table 
Row 




<tablerow>. . .</table 
row> 


tablecell 


Table 
Cell 




<tablecell>...<tablec 
ell> 
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Cell 










selectedro 
ws 


Selected 
Row 




selectedrows= 1 0, 1 1 , 
12,13 
















vlethods 




Nam 

. ■■■■■ •*•••• ^ - 

liillli! 


e 

■ 


Descripti 
on 


Parameters 

; - ■■■ 


XML Examples 






Insert Row 












</i.nsertirow> 




insertr 


ow 


Insert 
Row 






<insertrow> 
<tablerow>...</t 








ablerow> 
</insertirow> 


deleterow 


Delete 
Row 




<deleterow 

row=l> 
</deleterow> 


deleteall 


Delete all 
Rows 




<deleteall> 
</deleteall> 


selectrow 


Select 
Row 




<selectrow 

row=l> 
</selectrow> 


sort 


Sort table 




<sort 
column^ 1 ></sort 

> 


ensurevisib 
le 


Ensure 
Visible 




<ensurevisible 

row 1 - 1 > 
</ensurevisible> 






ot^t ~f x:tJ VY 




<setrowHFO 1 -> 
<tab!ero w> . . . </tablerow> 


</setrow> 




setrow 


Set Row 




<setrowrow=l> 
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<tablerow>...</t 
ablerow> 
</setrow> 






Set^i 






< settablecell rowl 




v. C 1 1 




col"5> 

<tableceU>. „</tableeell> 




</ settablecell > 




settablecell 


Set Tab! 


e 




< settablecell 








Cell 




row ~| col-5> 




<tablecell>...</ta 
blecell> </ 
settablecell > 


XXl£l££-Vii-{~-£xl 


Insert 




<^nserteel~after- ::: ^> 
</insortcol> 




11 LOCI twUJ 


Insert 
Column 




<insertcol 
after=l> 
<tablecol>...<tab 
lecol> 
</insertcol> 






deletecol 


Delete 
Column 




<deletecol 

col=l> 
</deletecol> 


deleteallco 
1 


Delete 
All 
Columns 




<deleteallcol> 
</deleteallcol> 






















Events 




Name 


Deseripti 


Parameters 


XML Examples 








on 








begindra 


Begin 




<begindrag 
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100171S3! 



O r* A. WO 



g 


Drag 




id-l> 
</begindrag> 


enddrag 


End Drag 




<enddrag id=l 
droptarget=5 > 
</enddrag> 


selchange 
d 


Selection 
Changed 




<selechanged 
id=l text- 'xyz" 
data="aslH"> 
</selechanged> 


selchangi 
ng 


Selection 
Changing 




<selechanging 
id=l text="xyz M 

data= M aslll M > 
</ selechanging> 



TABLE 28 





Tabbed Dialog 




llllilllSJ 


Properties 






p_ 


Sum* Un-e/l^s 
















-Nam 


e 


i )escripli 
on 


Sir uc jure/ 
Possible 


X!S II 1 xampjcs 








. ■ . 

Values 


" ■"■ ■■ ■ ■:. ... . . : . ■ 




tab 


Tab 
stucture 


All button 
attributes and 
view 
attribute 


<tab id=l 
image- 'mytab.gif 
text="abcd" 
view- 'abcd"> 
</tab> 


selectedta 
b 


Selected 
Tab 




<selectedtab> 
<tab>...</tab> 
</selectedtab> 
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Methods 



Name 


Descripti 
on 


Parameters 


XML Examples 


insertta 
b 


Insert Tab 




<inserttab> 
<tab>...</tab> 
</inserttab> 


deleteta 
b 


Delete 
Tab 




<deletetab> 
<tab>...</tab> 
</deletetab> 


deleteal 
1 


Delete all 
tabs 




<deleteall> 
</deleteall> 


selectta 
b 


Select 
Tab 




<selecttab id=l> 
</selecttab> 


settab 


Set tab 




<settab> 
<tab>...</tab> 
</settab> 


Events 


Name 


Descripti 
on 


Parameters 

; - .' ;--.:.-'-,:v.;.:'-::- •. ,- ' • •/;:•" : 


XML Examples 


selchange 
d 


Selection 
Changed 




<selechanged 
id=l text="xyz" 
data="aslll"> 
</selechanged> 


selchangi 
ng 


Selection 
Changing 




<selechanging 
id=l text-'xyz" 

data="aslH"> 
</selechanging> 



TABLE 30 
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Status Bar 




[ : ' V Properties' . • ■ 




Nam 
e 


Description 


Structure/Poss 
ible Values 


XML Examples' . 




pane 


Pane 


All button 
attributes 


<pane id=0 
text="For help press 
Fl"> </pane> 




Name 


Description 


Parameters 

- - 


XML Examples 


addpa 
ne 


Add Pane 




<addpane> 
<pane> . . . </pane 
> </addpane> 


setpane 


-Set Pane 




<^e^pane><pane> . . . </pane 
•>■ </setpane> 




setpan 

..' ...... ■ ' 


Set Pane 


Events 


<setpane><pane> 
...</pane> 
</setpane> 




Mam 


Description 


Parameters 


XML Examples 




e 










TABLE 31 






Tool Bar 




Name 


Descripti 


rropenies 
Structure/Poss 


ISI 

XML Examples 










ible Values 


■ 








T 
hi 

O] 


ool coulbd 
s a button 
r other 
>ntrel 


All control 
Attributes 


<tooi k*=4> 
<button> . . . </button>> ■ 


/tooi> 




tool 


Tool 
coulbd be 


All control 
Attributes 


<too! i(M> 
<button> . . . </button 
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a bu t ton 
or other 
control 



><Jxoo\> 



dock e d 



Which side 
docked 



t o pj e ft.botto 
m ? right ? float 



dock.od~flont 



docked 



moveab 
le 



Which 

side 
docked 



top J eft, bot to 
iTLrightjloat 



dockecNfloat 



Can be 
moved 



no,canfloat,ye 
s, candock 



m o veab le=canfloat 



m mm 



Methods 



Name 



addt oo l 



Descripti 



on 



Add-Teel 



addtool Add Tool 



settool 



S e t Tool 



Para 







sters 



XML Examples 



<addteel 

aft e r- l>< tool>. . . < /too£ 
</addtool> 



<addtool 
after- l><tool> 
...</tool> 
</addtool> 



3settool>< t ool>. . .</tooL 
^/settool> 



settool Set Tool 



<settool><tool> 
...</tool></setto 
ol> 



Events 



oncomma 
nd 



Descripti 
on 



When 
tool is 
clicked 



Parameters 



XML Examples 



<oncommand 

id=100> 
</oncommand> 
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TABLE 32 
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.. ... ■ .. ■ — — •••• 


Name 


Descripti 
on 


Parameters 


XML Examples 


oncomma 
nd 


When 
menu is 
clicked 




<oncommand 

id=100> 
</oncommand> 











5 



10 TABLE 33 



Message Dialog 


■Properties- .'■ ^MM'S^r. 11-5^^ 


Name 


Description 


Structure/Possible 

Values 


■ • XML Examples . • 


message 


Message 




message="Test Message" 


icon 


Icon 




icon="images/image.gif 1 


buttons 


Buttons 


ok,cancel 


buttons=ok/cancel 


return 


Button Presses 


ok,cancel 
Methods 


return ^ok 


Name 


Description 


Parameters 


XML Examples 

"... : : ,.. ; • : . ^X- : . v ... : — 










Events 
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Name 


Description 


Parameters 


XML Examples 


close 


Dialog closed 




<close 
return=ok></close> 



5 



10 



15 TABLE 34 



Confirm Dialog 


Properties 


Name 


Description 


Structure/Possible 


XML Examples 






Values 




message 


Message 




message="Test Message" 


icon 


Icon 




icon="images/image.gif 1 


buttons 


Buttons 


yes,no,cancel 


buttons=ok/cancel 


return 


Button 
Pressed 


yes,no ? cancel 
Methods 


return=ok 


Name 


Description 


Parameters 


XML Examples 
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Events -/: V; 


Name 


Description 


Parameters 

■ = V'.'-". 7 '.- V ' - ' 


XML Examples 


close 


Dialog closed 




<close 
return=ok></close> 



5 



10 



TABLE 35 



Input Dialog 








Properties 




Name 




Description 


Structure/Possible 


XML Examples- ; 








Values 




message 


Message 




message="Test Message" 


icon 


Icon 




icon="images/image.gif 1 


buttons 


Buttons 


ok,cancel 


buttons=ok/canceI 


return 




Button 
Presses 


ok,cancel 


return^ok 


datatyp 




Data Type 


string,date,number 


datatype=date 


: : * : : : 


■ 




Methods 




Name 


Description 


Parameters 


XML Examples 
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Events 


Name 


Description 


: '-v Parameters ■ 

iiiiiii mmmmmmmm 


XML Examples 

ffiliSllffiiil ■•■' : ' f --i: C v^VV-- till 


close 


Dialog closed 




<close return=ok 
text="acde"> </close> 
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TAB LE 36 



Color Dialog 


■■■■■ . . :: - 

Name 


Description 

:■ - •■ 


Structure/Possible 
Values 


XML Examples 


color 


Color 




coloured 




Methods 


Name 


Description 


■ ' Parameters '■■ 












Events 


Name 


Description 


Parameters 


XML Examples • - 


close 


Dialog closed 




<close return^ok 
color=black> </close> 




JLdl'0.±:7 J. S3 *02 



10 



15 TABLE 37 







File Dialog 








Properties 




Name 


Description 


Structure/Possible 


XML Examples 






Values 





startdir 


Starting 
Directory 




startdir="c:\" 


filter 


File Filter 




filter*"* *" 


file 


Initial File 




file="My File" 


multifile 


Allow 
Multiple file 
selection 


true,false 


multifile=false 


existfile 


Existing Files 
only 


true ? false 


existflle^true 






Methods 


_ — . .. .... . _ ,. . T-r ' . ■ : ; ■ • 






... . ■ • . Mr ' . . 
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jl.oo.±:7..1:b.:b: .» as 



Name 


Description 

- 


Parameters'' 


XML Examples 










„ -j .................... . . ^ . . - : ' : , ' . : ' • < ■• 

Events 


Name 


Description 




XML I 7 xamples; : ||S 


close 


Dialog closed 




<close return^ok 
file="abc.gif;gdi.gif'> 
</close> 
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TABLE 38 



Printer Dialog 


■ 


:m:^'^ms;m yssyyMyy::- 


Properties 




Name 


Description 


Structure/Possible 


XML Examples 






Values 




printer 


Printer 




printer="HP Laserjet III" 




— _ — — ~ — , — - — 


. Methods . 






Description 


Parameters 
















Events 




Name 


Description 


Parameters 


XML Examples 


close 


Dialog closed 




<close return=ok 
printer^" HP Laserjet 
Iir> </close> 



10 
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10 



15 



TABLE 39 



Validation 



— - — 

Properties 




Name 



Descrip ti 



validateid 



compareid 



valtype 



i ble V a l ues 



Control 
to 

validate 



Control 
to 

Compare 



Validatio 
n type 



Str ucture/P. 

ossiblc 



required, 
compare, 
range, 



XML Exampl es 



validateid=10 



compareid^ 15 



valtype=range 
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expression 






eemparety 
pe 


Gompare 
Type 


equal-, 
lessthan^ 
greatherthan, 
notequa-t 






comparetv 

m 


Compare 
Type 


equak 
lessthan, 
great he rtha 
n, notequal 


compare ty p e~ " equal 
Jessthan" 




message 


Message 
when 
failed 




message="Range 
validation Failed » 


minvalue 


Minimu 
m Value 




minvalue=10 


maxvalue 


Maximu 
m Value 




maxvalue=40 








expression "[0 9](3)\s[0 


expression 


Expression 
to check 


9] (3) [0 9](1)» 




expression 

. . ■-, ,, ... . ... . . 


Expressio 
n to 
check 


Methods 


expression="rO- 
9]{3}\s[0-9]{3}-r0- 

nmz 




Nam 


Description 


Parameters 


XML Examples 






e 


. " . : • ' .." 

■ \ . :'. ■ . ■ ■ 
















events 


Nam 


Description 

: ; . -■: ' .. 


Parameters 


XML Examples 




■J f.e 








close 


Dialog 
closed 




<close return=ok 
printer-" HP 
Laserjet III"> 
</close> 
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TABLE 40 





Font 




; : ; ; . . Properties ; " : , 




\,e. • &ese^i.pti^H ft*e t ure/Poss 








Name 


mi 
Dcscriptio 


Structure/ 


XMi Examples 


Bill 


n 


Possible 

j ...... 


- 














Values 






size 


Size of 
Font 




sizc = l 0 


face 


Font Face 




face- Time Roman" 


bold 


Bold? 


true,false 


bold=true 


underline 


Underline 


true,false 


underiine=true 


italic 


Italic 


true,false 


italic=false 


strikethrou 
gh 


Strikethrou 
gh 


true,false 


strikethrough=false 


textcolor 


Text Color 




. textcolor=red 


backcolor 


Backgroun 
d Color 




backcolor=yellow 



5 



\ 
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TABLE 41 





Pen 




111 ■■- v : : : ii 81 llllli Properties lllliill ! ;lr.ll;llv- ; ^ 






Nam 


Descnption 


Structure/ Possi 


XML Examples 




Q 


; . , 




size 


Size of pen 




size=10 


shape 


Shape of 
pen 


square,round 


shape=square 


color 


Color 




color=red 


style 


Pen Style 


solid,dash 3 dot ? 
dashdot,dashd 
otdot 


style=dash 




Drawieg-fe 
inside 
bounding 
limits 






e 




insid 
efram 
e 


Drawing is 
inside 

bounding 
limits 


true.false 


insiderframe=true 





TABLE 42 



Brush 


; it Y ' 

Name 


Description 


Structure/Possible 
Values 


XML Examples 


style 


Brush Style 


solid,bidigonal, 
cross,diagcross, 


style=dash 
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fdiagonal,horz, 
vert, image 




color 


Color 




color=red 


image 


Pattern Image 




iamge=" pattern.gif' 



Structures Used in Components 

TABLE 43 





Menu Item 






Name 

* 


Descripti 


Structure/Pos 
sible Values 


XML 


text 


on 
Text 




Examples 
text="&File" 


image 


Image 




image="images/fil 
e.gif 










imageloe 


image 
location in 
reference to 
text 


left,top,right, 
bottom 




image 


oc 


image 


lefttop.risht. 


imageloc=top 






location 

in 

reference 
to text 


bottom 








iniagcalign~"top,center M 


imagealig 
n 


image 
alignment 


left,rightcent 
cr ? top,bottom ? 
vcenter 






imageali 

m 


image 
alignment 


leftnghtcent 
er.top.bottom, 
vcenter 


imagealign~"top,c 
enter" 




popup 


Popup 


true,false 


popup=true 
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menu 








visible 


Visible 


true,false 


visible=true 


enabled 


Enabled 


true ? false 


enabled=false 


checked 


Checked 


true,false 


checked=false 


hint 


Menu hint 




hint="Open a 
File" 


data 


Menu 
data 




data="abcd" 


id 


Com man 
did 




id=100 


hotkey 


Hot Key 




hotkey ="ctrl+o" 


O 1 1 i Y 1-1 




left,top, right, 
bottom 


align~ieft 




align 


Alignmen 
t 


left, top-light, 
bottom 


align^left 













5 

TABLE 44 



TableCell 


Properties 


Name 


Description 


Structure/Pos 




sible Values 


Examples 


row 


Row 




row=10 


col 


Column 




col=10 


text 


Column 




text="abcd" 
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text 








Tit Xdi^X, 


ColuOlft 

Image 




1 It 1 clgv? Ttrtti^\?3rtlttctv^Tlr.K^rt — 




imagt 




Column 
Image 




image^ f, images/at 
tach.aif 




bigimage 


Big Image 








bigimag 


Big Image 




bieimase- 'image 
s/bigattach.gif" 




data 


Cell Data 




data="celldatar" 



TABLE 45 





Table Header 

Prnnerties 




Name 


Description 


Strueture/Pos 


XML : f \ 








sible Values 


Examples 




col 


Column 




col=10 


text 


Column text 




text="abcd" 








i m age " i m ages/att ach ,g if 1 


image 


Column 
Image 






image 


Column 
Image 




ima2e="imas:es/at 
tach.pif" 




data 


Cell Data 




data- 'coldatar" 


width 


Cell Width 




width=100 




Sorted on this 
column 


true,false 


sortedotrtrue 




sorted 
on 


Sorted on 
this column 


trucfalse 


sortedon~true 
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Table Row 



fame 



tablcrow Row 



Description 



tablet 
ow 



Row 



Structure/Pos 
siblc Values 



XML 
Examples 



<tabiero w row 10 data~-"abcd" 

<tablec c ll>..,< /ta b lccolI> 
<tab leccl l>. . .</tablcc e ll> 
</tablcro w > 



<tablerow row— 1 0 



data- 'abed' 


' > 


<tablecell>... 


</ta 


blecell> 




<tablece-ll>... 


</ta 


biecell> 



</tablerovv> 



9.__ Layout Manager 

The Layout Manager allows adjusting the screens produced by a Java Application. This 
5 adjustments may be needed depending on client type. This application has to be 
developed using JFC and Java. This tool will load screens from application and will 
allow changing some of their properties. Once the screen has been adjusted it will save a 
template into a file. The developer could decide the file format. A Java class for loading 
the file needs to be provided so that applications can use it. 

1 0 10^ Code Analyzer 

The Code Analyzer will analyze existing Java applications and pin point the problems 
running that application under Nexel environment. The programmer can make those 
changes and recompile the application and deploy it. At this point in time, limitations are 
15 not known in great detail. So a rule based engine needs to be developed. This could be a 
command line tool, which analyzes application source code and finds problems and 
suggest alternatives, much like a compiler. 
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Append i x 1. 11. Nexel Core Classes Initial t mp lo m e ntat i or t implementation 



import java.tang.*; 
import java long, reflect'. 
Import java.utit.*; 
mport java 10.*: 
import Java text*; 
import java- awt event.*; 



•.Con nectionMa nager 



pubfic class HttpManager { 

protnctnd r.talic Hashtable threadUst-nsw Hashtable(). 
public HttpManagorf.) (return;} 



public synehfonereri static void putfString tname, ServletResponse httpResponse) 
thieadUst put(tnamo.nttpRosporiso): \ ; 



public synchronized static void ramovB< String triame) 



public oynchronizod stouc void remnvAf) 
{Thread th-Thr<-ad.cunrentThread<); : 



private static Object QotCpnnection(String tname) { 
System.out println("Got conneciion*iroadList= , '< 



Object o=1hreadListget(tname); 
System out printinCGe* connection : 



'♦throadUiit* M .name="*tnamo), 



public (state Object g-rtConnectJon() { 



Class com. noxawoh. server. Noxcl 



import java. Io.*;: ' : ::: 
import java, text*; 
import java util *. 
umpart jovox {.orvlot.*: 
import javax;»orv1ot http."; 
import ctun noxawub 'iorv 



public class Nexel extends HtfpServlet { 

public void doGetJHttpServletRequest request, 
; : HttpSerytetResponse response) 
throws IOExc*prjon. ServletExcepbon 

: : : : ' ' ' : 

PiintWriter out = response getWYrterO, 

//App l aunching Format http://hostname:port/ 
servlemome?oppName-app1&user=u$er1; 

String appNarne^oquestgotParameterrappName"); 

String user=requostgetParamoterrusar"); : ; ; ,\ 

//App Messaging Format http /Zhostnamo port/ 
wMetnanTe?appid-appid&ctr)id^idaikey=keyaevenbd=eid&9vpafarn-pai«m 
String eid^requestgorParametanf'eventid"); 
; Stnngappid^request.getParameterfappid"); 
String cid=roquestgotPaiomotuir'cti1id"). 

System out printJnf Servlot 
Path="*roquRst g8iSnrvlotPHmO*'\snrvnrnamft^>requi>r.t getRemoteAddrO'' 
port= - '+reo3ift<5t getServerPort()+" pathlr>fo«" request getPothlnfo()+' , .URI^'*r ) 
quest. oetRequestURl()* M . path traniJatod^+roauestgetPathTranslaxeoX)); 

Systom.out.pnntln<"Request=" » request toStringO): 
System out prin!Jn<"Do post/Get 
oventid="+eid*" flppid="+Appirif.f.trti<i-'*+r.id>; 
response sotContantTypeftextmtml"): 

outpnntJnf-:htmlJ""); K;3;;:J:i "M \£M 
outprinOrrfVbody bgcolor=Vlightbtuo\">"); 
outprintinTOiead^); 



Class com.nexaweb.server.Nexel 



outprintlnr< ; Pxh1>Nexol Application Delivery Platform) Demo</M >"), 

outprintC-tform acbon=V); 
. ... Stnng actJon="htfp:// 
-♦request getServorNanno()*"."+roquo6t gotServerPortO rDolest B«tR«quei.tl. 

wo; 

out print(ect)onVV "); ■ 

CKjt pnntlnf , method-POST> , \ 
: : out printlnf'AppName"); ' 

outprinttnC'<input type^ext size^O nam»=appName>" 

outprinttnr<br>"); 
' ouLpfintfaifUeei"). 

out prlntJnf<input type=text«u:e^20 narne^usei>"). 
"' dutpnntJnr , <br>"). ' " " ~'~ "' "' ' 

out pnntin{"eventtd"): 

outpnntJnf'cinpLrt type=text sixe=20 name=eventjd>"); 
out printtn*'<br>"); 
«.itprintln("appid"), 

out pnnttnf '^nput typo=toxt oize=20 nam*=appid>"): 
outpiinUnf <br>"). 
outprinUnrControl"); ; 

out pnntlnf •<input type=t«xt «z»-2D nflme^ctriid*"): 
outprintlnf<br> M ); 
oirt-pnntJn("<input type-submit>"). 
: out pnntlnr* /form >"). 



public void doPos^HttpServietRequest request 
HttpServletResponse response) 
throws lOfcicepton, Servfetfcxcepbon 

{ 

doGot(roquest, r«spr>ns«): 



protected void dispat^EvenUHttpServietRequest request 
HttpServtetrtoGponso rosponso, String app:d 
throws lOException, ServletException 



Systenvout pdnUrifDusp atching event: apptd^tappid- 



St ing ad. String aid 
sventidw+eid); 



com nex3web server. LventManager dj&patcliEvemXrequost.r^sponiio.a 

eid); • ■ . 

System. out pnnfJnfTinished Dispatching event 
appid="+appid+",eventid="*eld); 



prcrtocted void launchAprtHttpServletRequest request 

{-Ul^jServlstResponae response. String appNar e,. 
String userName) 

< ":'-: : " 

System out pnnt!n("Louncbing application "-KippNamo). 

Thread thresd=]ava lang Thread currentThread<). 
String tname-lhread getNarrtn(): 
System out print)n('WorMng . Curent thead neme af 

Vector argsV=now Vectort): ..:::.:.: " 

forfint i=0;i<IOO.i« ♦) //maximum arguments is 100 :: 
{String argi=reqiie3tgetParameter("apparpr*i), 
System.otrt prinfJnCargumentR="+flrgl); • 

if<argi!=rnill) orgsV.oddElemenUargi). 

ofcio bruak. 

■> 



w SlringfargsVjsizef)]; 
arg*V.copylnto<(ObjeciQ)args); 



AppServiceThread ath-<AppServieeThread)th; 
r- >:.-,n"„t!' D«tP^'TintThrfi^dNarT>«(). 

System, out print) nfth is is an AppServiceThread parentNnme="+nnme); 



else namB-th.getNatne(): '■ 

System. outprintln("Tn"ig to get connection by thread name«"+name). 
Object oo=getConnection(name): 
/•Object po^oo; .•:-;• ■ 

fortinti=0^rue;) {break; 

if(po==iiull) brook; <w . : . ' : : : ; 

System.outprintln(Xlass is: **po getC»ass() gotName()+"Vi"); 

po=po getClassO getSuperclass(): 

} 



fy{ . ;.. ■ , 

System. out prtnanfr-lttpManager.get connection: 
-°+oo*".oo cfass--"*oo getCla-5s() getNameO): 

}catch(Exception ee) {System.outprintlnrException in HTTPManager.'*+ee);} 
ratutn oo. 



outpnnt!rir' ; tiUe> Nenel Application Deliver Pljtloim </UtIe>"); 
outpnntlnf ^eadV); 
outprintln<" < body>"). ; 

//out.printin(rb gBtStringrrequestparams.params-in-req") ♦ "<br>"); 

rf(eid'-null&&eid length()>ia{lappid , -nii!lS.&oppid.lengtl'i()>0) { 
dispatch£vent(requostresponse.app(d cid.oid). 



if (appName ?= null && user != null) { 

out.println("AnpIication«"+appName); 
out printin("us*r= , '+u3or). 
luunchApplnjqutiM.fUf^poiiso.appNuini 

}«^{ ' 
;;:;::.. //out.printtn(rt>. getStringrrequestparafr 



er.Appticatjon<ap iName.args). 



app eetBaseURLfhtlp // 
•♦request getServerNameO*":"*«eque5t 



getServerPort()*re<i jestgetReque«U 



System out printinrApplicaton Base URL="+app getBass JRU)); 

HttpManager.put(tnamo. response). 
SysturnoutprinOnCHTTP 
r«ponje= ,, *-re€ponie<",class="»reipon30 getClas-j() get 
AppManager addAppThread^tnama app gatAppldO). 



'c!ass="+iosponse.getaass ) getName()+^ 
of reponse?"+ (response instanceof ServletResponse)): 
■ try{ 

.. app stnrtO; ■ 

System, oirt printlnrstarted Application . ..*); 
)catc»»(Exception oe) { 

if Nexaweb Application start excoi 



HtteManagof.ramove(tnamo); //remove it after done. 
AppManager removeAppThre»d<triflmn); 

//SimpleT<jst.main(). 
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package com.noxnwfob server; 

iport java.lang.*; ":: 
Import java.lang reflect .*; 
import pvautil"; 
import java.lo.'; 
import java text.*: 
import Java awt.event.*; 
import java.awt.*. 



etass to hold all application instances 

/■'.- 

public class AppMartager extends java lang Object { 



public AppMan.igftr() {return ) 

public static String createNewAppldO { 

appCount++; : ^ 
: ; : ■ '■ return "ivxVappCourrt «-Sy stem.ciirrentTlmelvtuiisO; s 



pubSc synchronized static void addApp(Applicatlon app) 
{ String key*app getAppldO. 
opplabSe.putfKey. opp); 



public eynchronciad static void remove App Thread!. String tname) { 
appThreadsferrtoveftname). 



package com nuxawvb server. 

import java tang *; 
import java lang (efted •; 

ipori java util.*; 
import jam io *; 
import pva awl "; 



* Class to hold application information 

• Ttite is necessary since wc change the threading model of Ja va programs. 
Wedonl maintain ,\ . M^- W.. . ':':. ": 

main thread for each application any more: Our model is a service-based 
model, each service 

■ is *er«eo in ito own thread One* the service finished, the throad wlil did 

• in order to keep drfTerent piece of an application together', we create an 
Application etas* 

* to achieve that, since different piece of the application wid be handled in 
diFeront threads 



public class Application extends Java.lang. Object { 
protected String oppName: 
protected Stringfj arguments; 
protected String appid: 
protected int componentCounNO. 
protected Hashlable bsteneiTable=new Hashusoiei) 
protected ThreariGroup group, 
protected String baseURL=*~, 



*A table to hold all Oib GUI components that belong to this application 
protected Hashtable ctrtTable-new HashtableO, 



•A table to hold all other non-GUI components This is needed when some 
information ' 

• needs to be rnn:nta;ned during the entire application prod-as, though the 
thread - 

• that created such information may have died: 

•Qicha application instance is aKSoaat<Ki w.th one thread group All threads 



Class com.nexaweb.sorver.Appiicatlon 



public synenronu-ed void setApplicatk>nVBrtable(3trtno Id. Object Ctrl) 

ir(cW mstanceof java a wt. Component) {//need to add an ID ftekct for .: 
Component class : 

... System out prmtmrPutling c tRL^+id*-. Objecf-ctrH" ..to the CTRL 

ctrtTabie put(id.CUl). : ; - 

i 

} : 

public Ot^d c^tApplicotionVarlabt6(Stnng id) 
{ return ctrlTabie^et(id); } [ 



private String getLWenerKey<StnnQ ctriki. String el 



•add « listener to be stored as application variable 
•ftparam crtrtk*. the id of thu source competent or the event 
•©param eventid, the Id of the event type 

•©param listener, tlie listener object who contains methods for event 

processing... ' ■ 

public synchronized void 8ddListener{String ctrbd. Stnng evenhd. Object • 
listener) { V ' ' ' ' 

String kBy=thts getUstenerKey(ctrtld.eventld). 

Vector ^(Vectof^fbstenerTable get<key>); 

irXIs^^nuil) ts=new VectotO^ ' 

Is add£lement(6stener); 

listenerTable put(key.ts); 

//System.aut.printrnfAdd Listener to AppiteBttoii. \ l^-ii'^B 

ctriid^'*rtr«d* - ,eventid-"*eventid*",listener='**|lslener); 



{ Object app-oppTabto get(eppid); app-null. 
appTahle remove(appid); 
WappThreads remove (appid). 



public static Application getAppl!callcn(Stiirig uppld) '{. 
{ lt(appid==nutl) return null: 

Object spp=appTahle fl«t(appld), 

return ( Applies tlon)a'pp; r 



public static Application getApplicatlon(> 



• to this application belong ti 
same name as ' 
" appid. :^;;V;; 



this thread group This thread group has the 



pubtir. synchronized void retnoveUSener(Slring ctrtkl. Etnnn evenlid. Object 
listener) {. "• 

String key-mis getUstonorKey(ctrlld,cvontid). 

Vector ls=(Vector)<llstftnerTable getfjcey)), 

lf(ls==null) return. 



//Systpm.oul printlnf Get application"); 

Thread m'=Thre»d CurreritThreadO; 

String tname=th.g«tNameO; 

//Syste in out printtnCThread narne-"+t»ame); 

Strir»gappjd=(Stnryj)appThreads.gel(tname); 

^/System out printmrAppkcabcn lD="*appid); 

raturn getAppUcation(apptd). 



public static Stnng getUniquoComponentlDO ( 



■ ■ 

. ; ';; 



protected Hashtable dataTabte-new HashtaWe(); 

pubJc AppMcationiString name. String!) args) 

(Stniig tname" f»iieuiJcuirfiitthread()getNamc(). 

appid- AppManager <vieat^evrAppki()yftname*System.cufrentTimeMillisO 

//gmup=new java langThrnadGraup(app(d); 
: groups ihread.currentthreadO gel ThreadGroupO: 
: Systom ouLprirrtinfThe thread group "rtamo for application 
~ + „ame*-=-*group.getNameO); : 

appNarne=name; 



listenerTable.putf>(ey,ls); 



public void ttartO throws Exception 
(ClassL oader d=thf9 getClasiO gotClasU.oaderO. 
System out pnntlnf entryo - » appName»*,appid:'~+sppid« ".class 



Class entry; 
rt{d!=nu11)entr 



arguments=args. 
AppManager addApp(th is); 



public Stnng getUniqueComponentlDO { 
componentCount++; 
return "ctrt" *componentCount; 



pubfc void setApptd(Strtnfl id) fapprd=td.) 

pubtrc Int getNurnberOtComponcrit3() {return componEntCount.} 



System out println("enrry appName ♦'."♦entry). 

fy{-.- 

AppServlce Thread thread-new AppServfc»Thnead(this.entjy,*main".ruii); 
System.out printtnfthread="*thread); 
thread run{), : "" 

(cjtUi{E*tvpt>oii ex) {System out fxintlnf Application Start Exception. 
H3v).rehirn.) 

r* 'M 



• the original servlel seivlce tlnead v/U> Jusi return and die. Asa result, it w 
close the y \ 

* HttpResponse connection. 



pubfc ThreadGroup getThreadGroup() ( 
return group; 



return group. getName(), 

public void setBaseURL(Strlng s) {baseURL=s;} 
pubUc Stnng getBaseURU) (return bateURL.) 
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Class com.noxawob.sorver.EyentManagor 



Class com.noxaweb.seivor.EventManagor 



pucKugo com. nexaweb server, 

import java.lang."; 
Import Java lar^. reflect.*: 
Import java util.*. 
import Java. to. *; : 
Import Java text.-, 
import Jo va.ewt.evant *. 
Import java.awt *. 
import javax.swlng*. 

public class EvontManager ( 
public EventManegerQ {return;} 



•mouse events 

*/ ■ ■ 

iffdvent-equateCMouseDown")) return 10; 
eiseif(*venl.eqiiats("MouseUp")) return 11; 
. else JfCevent.equalaCMouaeOuf)) return 12; 
clvo if(e>vont.oquala("Moii.s«Over"») return 13. 
else if(ovont equal3("MouseDoub1<3CliclO) ic-turn 14; 
else lf(event.equ«l'>("IVIyuicClick')) return 15; 
else if(evont.©qualsCMouseOrag")) return 16; ; 
else Jf(event (*qual»("MouseDrop")) return 1 /. 
else lf(everrt.oquBl»("lvlou3oMove")> return 16; 
/** 

•Action events 

:♦/. . " .t . 

el3e if(event.equalsCActionEvent")) return 20; : 
else lf(event.equals("WlndowCvent")) return 30. 



else return 20000; 



public static int strlngTolnt(String a) { ; 
Integer elnt-=(new Integer(a)). 
ihtl=0; :: ' 

:i'(elrrt!^nuil) l^einVintValueO: 
return i; 

> 

public static void diapatchEvent(HttpServtetRequest request. 
HttpServtetKespo'nao response. 
String appld.String etrltd, Gtnng eid) : " : 
throws lOCxcoption. ServletExceptioii 

{ "\ • ... . ■ 

System out.println("Entoring dispatch event method "), 

Application app=AppManagor.getApplicalion(appid); 
ffirapp—nulQ { 

System. out. pnntJri<"Can not find application with ID^'V appid); 



public static void j processMouseMotk>nEvent(Applicatlon app. Int eid.Stnng 
cid.Vector listeners, HttpSuivlotRoquost request, 
HttpServtetRasponso response) ( 

> i . Y :V ■ ■ • ■ 

public static void proc«ssAc1ionCvent<Applicatton app. tnt eid.Stnng 
cid.Vector listeners. HUpSeivlotRequust request. 

HttpServtetResponso response) { 

System out prinlln("Enterlng processing Action Event 
ipp=;'+app+" > eld="+etd*".ctrt»'>cid*" ( llstenersr»"<listoners); 
tf(listeners==nuH) return; 
if(app»--nuti) return; 

for{bnume»ation uu-listeners elomenisO;«u.hasMoreElemerrtsO:) 
{ Object ox>eu nextElementO; • 
if(eid==getEventlDfActionEvenf)) { 

lf(t(o instnnceof AetionLlstener)) { 

System. out. prlntln{"Uatener Is not of type ActlonUstener' 
■♦eld+".«ld'»"*cld-<-",llstener«« , +o); - • - • -. 



// System out! printlnCprocessing action event: 
command"*" «cmd). 1 . 

Object ctri^npp gotAppllcationVarlable(cld); 

//System. out. prlntlnc^processing action event: CTRI_a"*ctr 

If(ctrt)^nutl) { 

if(ctrt Instanceof AbstractButton) 

cmd ra ((AbstrflctRutton)ctr1) getActlonCommandO; 
else if(ctrl instanceof Button) 

cmd-((6utton)ctrt) getActioiiCommandO: 
, > ' ■ ;\ • ' : .' ' 

String niodiftor-roquost.gatParairtetorf'modifier''); 
Int mask=0, 

ii(m6difler!=nult) mask=stringTolnt(modifieT>, 
// System out println( "proce&r>ing action ovont 
cornniand-''*cmd*'\etrt-"+ctrtV\mask= ! "-«-rnaslC); ■• . .;- . . 

ActlonFvent event^new ActtonEvent(ctrl.eid,cmd,rnask), 
..- ••:: - . ul.actlonPerformod(ovent), . . 

System out pnntlnCprocessed action event "). 



) 



public ttatic void procescWinriowEvantiApplionlian npp. int old, String 
ddViirtor liEtonBrs.MttpSeryletRequest request, 
HttpServlatRespunse lesporise) { 



Thread throad-Jnva lang Thread currentThreadQ; 
String tname=throad.getNameO: 

System out.prlntlnCWorking Curenl Itmad n.imn 
••*tname*",evontlD-="+eid*".ctrllD="-« Ctrl id): 
HttpManager put(tname. response), 

AppManager.addAppThread<tname, app.getAppldO). 

Integer etnt (new Integer(eid)); 
int «ventid=0; - 

lf(cintl=nuil) everitid'-eirit.intVulueO. 
Syotom.out pnntln<"Event m=»-+oventid); 



else lf(oventld==gatEventlD('MouseOuf)) { 

processMouseEvent{app. eventid.ctrtid.v.request. response); 

"else ir(evontld==gettverrt(U("MouseDown")) { 

procosoMou&eEvent(app. ©ventld.ctrltd.v.request.response); 



for (Enumeration eu^listeneis olomontaOeu hasMoreElainenlBO.) 
( Object o=eu.nextElementO; : 
lf(etd==oe«EvenUrH"vv1ndowrTvent")> { 

ir(!(o Instanceof WindowListener)) { 

System. out println("Ltstener is not of type 'WlndowUstenet 
"♦eid*",cid="+cld+",listener="*o); 
. return; :: : : " ■■ ' : ; ... - 

} 

WindowListener wl Window Liute no r)o 

String modifier -request getPar arneter("wJndoweventtypo"): 
int type=strtngTolnt(modifler); 

Object wo-app.getApp»icationVariable(cid). _ 
lf(l(wo Instanceof Window)) { 

System. out. p i intln ("Event source object is not of type 
•java awt Window' •*+eid+".cld="+cld<-",listf»nor=-+o); 

return; :\ : K^-; \; ; ; I: ;: ; . .• ; : 

;;;;;: : ::::;,.-::': ;: ->T ; :-- ■■' -:::-r-4 : ; ■■ : 

Window win=(Wlndow)wo; 

WindowEvent event=new WlndowEvent(wln.type); 

rt(typo— WindowEvont.WlNOOW_ACT»VATEO) 
wi windowActivated(event); 

else tf(type--WindowEyent.WINDOW, CLOSED) 
wl wlndowClosed(event). 

else if(type^WindowEvont.WlNDOW_CLpS)NG) 
wl windowCtosing(event); 

; else if(type== Whidow6vent.WlNDOW_DE ACTIVATED) 
wl.windowDeactivatod(evont); , 

else ifCtype--"Wlndowt=v«nt WlNDOW_DEICONIFIED) 
wl windowDeicontfied(evervt); 

else if(typ*-— WtndowEvent.WlNDOW_ICONIF»ED) 
wl windowlconified(event); 

else if<typa--WlndowEvervt. WINDOW, OPENED) 
wl wlndowOpened(ovent); 

else (System outprlhtfn("Wlndow event type=> '*typo+", In not 
handled");}' '■■'■)'■ 

System .out: prlntln( "processed window event .") '. 



et^o if(eventid»=fletEventlD("ActionEvent")) { 

System.out.println(" Action fcvent: Colling processAcllon Event") ; 
;: ; process ActionEvent(app, eventld.otrlld.v.requast, response); 

System. ©ut.println(~Action Event: Finished processActionEvent"); 

..■) ' . . . 

else lf(eventld-n,getEventlD("WlndowEvent")) ( 

process W)ndowEvent(app, oventid,ctrlld,v,roquest,rosponoo) 



HttpManager.remove(tname); 
AppManager removeAppThroad(tname); 

Ryotem out printtn( "finished procetalng ovont Thread=" ■ tname). 



An example of an implementation of the Nexel Core C lasses is shown in FIG. 1.3-FIG. 
20. 
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Appen di x 2: 12. Nexel Server Class Diagram 

Packages : 

Nexel Server Classes include the following packages a shown in FIG. 10, FIG. 1 1 and 
5 FIG. 12: 
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• com.nexaweb.core: core classes for Nexel Server 

• com.nexaweb.net: Nexel Network Engine for communicating with Nexel Client 
Kernel and other Nexel Servers 

• Selected classes in package java.awt 

• Selected classes in package javax. swing 

• com.nexaweb.plaf.ee: all the UI classes for Windows CE platform 

• com.nexaweb.plaf.pc: all the UI classes for PC (Windows desktop, Unix machine, 
Macintosh) platforms 

Package com.nexaweb.core(Nexel Core Classes) Layout Managers 



javax.servlet.httpservlet.HttpServtet 



com. nexaweb. core. Nexel 



com.nexaweb.core.AppManager 




com . nexaweb . core. Appl icatton 




com.nexaweb.core.EventManager 




com.nexaweb.core.JVMManager 




com. nexaweb. core. ConnectionManager 




com. nexaweb. core. PerformanceManager 



Interface java.awt.LayoutManager 
java. awt. LayoutManager2 














java.awt.GridLayout 






java.awt. FlowLayout 






java.awt.GridBagLayout 






java . awt. BoxLayout 






java.awt.CardLayout 






javax. swing .ViewportLayout 






javax.swing.ScrollPaneLayout 




javax.swing.OverlayLayout 



Package com.nexaweb.net 



com. nexaweb.net. NetEngine 




com. nexaweb. net.NexelServerSocket 




com nexaweb . n et. SocketH andler 




com.nexaweb.net.ClientNetEngine 




com . nexaweb .core ServerNetEng in e 




com. nexaweb. net.NexelServletRequest 





com. nexaweb. net. NexelServletResponse 



Additional Classes 



java. awt. Graphics 
java.awt.Graphics2D 
java.awt. print.PrinterJob 

java .awt.Tool kit 
com. nexaweb. validation 



Additional Drag&Drop support classes 
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Package java.swing and java.awt 
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Package com.nexaweb.plaf.ee 



com.nexaweb.plaf.CECornponentUI 



com.nexaweb.plaf.CEContainerUI 



com.nexaweb.plaf.CEBoxUI 



CEComponentUI 



C E Pane l U i ( for a wt . P a n el > 



CEAppletUl (for JApplet) 



CEWindowUI (for 
awt.Window) 



CEWindowUI (for 
JWindow) 



CEDialogUt (for 
awt.Dialog) 



CEDialog( for JDialog) 



CEAbsractButtonUI 



CEButtonUI 



CEMenultemUl 



CEToggleButtonUI 



CEBasicArrowButtonUI 



CEMentalComboBoxButtonUii 



CEFrameUI 



CEFrameUI (for JFrame) 



CEColorChooserUI 



CEComboBoxUI 



CEFileChoosertJI 



CEInternalFrameUI 



CEDesktoplconUI 



CELayeredPaneUI 



CEMenuBarUI 



CEOptionPaneUi 



C E P a no lUt ( J P a n al)- 



CEPopupMenuUI 



CEProgressBarUl 



CERootPaneUI 



CEScrollBarUI 



CEScrollPaneUt 



CESplitPanelll 



CETabbedPaneUi 



CETableHeaderUI 



CETextComponentUI 



CEToolBarUl 



CEViewportUI 



CECheckBoxMenultemUl 



CERadioButtonMenultemUl 



CEBasicComboBoxRendererUI 



CE Default ListCellRendererUI 



CEDefaultTableCellRendererUI 



CEDefaultTreeCellRendererUl 



CEJDesktopPaneUI 



CECheckBoxUI 



CERadioButtonUI 



-CEAbs r actCoto f C tw o i 



CEBasicComboPopupUl 



CEAbstractBordertJl 



CEBevslBorderUI 


CESoftBevelBordertJl | 


CECompoundBorderUl 




CEEmptyBorderUI 


CEEtechedBorderUI 


CELineBorderUI 


CEatteBorderUI 


CETittledBorderUI 



CEEditorPaneUI 



CETextAreaUl 



CETextFieldUl 



CETextPaneUl 



CEDefaultTextFieldUl 



CEJPasswordFieldUl 
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Package com.nexaweb.plaf.pc 



com.nexaweb.plaf.PCComponentUi 



com.nexaweb.plaf.PCContainerUI 



com.nexaweb.plaf.PCBoxUI 



PCComponentUI 



PCP a nel UI (f o r a wtP a ne l )- 



PCAbsractButtonUI 



PCButtonUI 



PCMenultemUl 



PCToggleButtonUI 



D-C 



PCBasicArrowButtonUI 



PCMentalComboBoxButtonUli 



p- PCCheckBoxMenultemUl 



PCRadioButtonMenultemUJ 



PCColorChoasertJI 



PCComboBoxUI 



PCFileChooserUI 



PCInternalFramoUl 



PCDesktoplconUl 



PCLayeredPaneUl 



PCMenuBarUI 



PCOptionPaneUI 



— PCCheckBoxUI 



PCBasicComboBoxRenderertJl 



PCDefauttUstCellRendererUI 



PCDefauttTableCellRondererUl 



PCDefaultTreeCellRendererUI 



PCJDesktopPaneUI 



PCRadioButtonUI 



PC A bsr a ctC ol orCh oos wP a n a U 



PCAppletUI (for J Applet) 



PCWindowUI (for 
a wt. Window) 



PCWindowUI (for 
JWindow) 



PCDialogUI (for 
awt. Dialog) 



PCDialog( for JDialog) 



Tj 



PC Frame U I (for J Frame) 



PCPopupMenuUl 



PCBasicComboPopupUl 



PCProgressBartJl 



PCRootPaneUI 



AbstractBorderUI 



PCScrollBarUI 



PCScrollPaneUI 



PCTabbedPaneUI 



PCBevelBoiderUI 


PCSoftBevelBorderUI j 


PCCompoundBofderUI 




PCEmptyBorderU! 


PCEtechedBorderUI 


PCUneBorderUI 


PCatteBorderUI 


PCTittledBorderUI 



PCTableHeaderUI 



PCTextComponentUI 



PCToolBartJI 



PCToolTipUl 



PCEditorPaneUl 



PCTextAreaUl 



PCTextFteldUl 



PCTextPaneUI 



PCDefaultTextFieldUl 



PCJPasswordFieldUl 
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WHAT I S CLAIMED IS: What is claimed is: 

5 
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15 L A method for delivering applications over a network in which the business logic of the 
application is running on the backend server, the user interface of the application is 
rendered on a client-device who is connected to the backend server via a network . The 
Graphics User Interface API and event processing API of the application is implemented 
to be network-aware instead of being local machine centric as traditional GUI APIs: 

20 running an application on the backend server. The application in turn invokes 

GUI API 

to present its user interface. However, the network-aware GUI API is invoked; 

translating the application's presentation layer information into a pre-determined 
format based messages which describes the Graphical User Interface, event processing 
25 registries and other related information. Such information describes the presentation layer 
of the application in a high level, object level, which minimizes network traffic; 

sending such messages to the client device via a network; 

processing the messages and rendering the user interface by a client-side program, 
which delivers the best possible user experience for that device according to the 
30 capability of the specific client device. 
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transmitting necessary user input and client-side events back to the server by the 
client-side program via a predetermined protocol; 

processing the user input and client-side events on the backend server, translating 
such events and inputs as if they were locally generated, and sending such translated 
5 events and inputs to the application for processing; 

encoding and routing the output of the application to the client device using the 
predetermined messaging format; and, 

further processing the output by the client-side program to refresh the Graphical 
User Interface thereat. 

10 

2. The method of Claim 1, wherein Graphics User Interface API and event processing 
API is Java Foundation Classes (including Swing, AWT and so on); 

3. The method of Claim 1, wherein the client-side program is a computer program based 
15 on Operating System's API, such as Windows API, X Windows API and so on; 

4. The method of Claim 1, wherein the client-side program is a wireless device program 
written using the device's Operating System's API, such as Palm API and Windows 
CE API; 

20 

5. The method of Claim 1, wherein the client-side program is Java program written 
using Java API; 

6. The method of Claim 5, wherein the JAVA API is AWT, Personal Java, Java 2 Micro 
Edition based GUI API or Java Swing; 

25 

7. The method of Claim 1, wherein the predetermined protocol is HTTP. 

8. The method of Claim 1, wherein the predetermined protocol is HTTPS. 
30 9. The method of Claim 1, wherein predetermined protocol is WAP. 
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10. The method of Claim 1, wherein predetermined protocol is proprietary. 

11. The method of Claim 1, wherein the predetermined messaging format is based on 
XML; 

5 

12. The method of Claim 1, wherein the predetermined messaging format is proprietary; 

13. The method of Claim 1, wherein the network is the Internet. 

10 14. The method of Claim 1, wherein the network is a local area network. 

15. The method of Claim 8, wherein the local area network is a bandwidth-limited slow 
speed network. 

15 16. The method of Claim 1 , wherein the network includes a wireless network. 

17. The method of Claim 11, wherein the client device is selected from the group 
consisting of workstations, desktops, laptops, PDAs, wireless devices and other edge 
devices; 

20 

18. The method of Claim 1, wherein the server and the client device are combined into 
one entity. 



25 

19. A server-side API based programming model for network programming, which frees 
or greatly simplifies the complexity of network programming by freeing developers 
from client-side issues: 

The presentation layer of the application is written using this server-side API; 
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The business logic layer and data layer of the application is written using other 
appropriate server-side technologies; 

The supporting infrastructure of this server-side API sends the application' user 
interface information to the client-side device for presentation, handles 
5 communications problems, renders the application's user interface and dispatches 

necessary user input events back to the server for processing. 

20. A method and system for delivering existing Java applications over the network 
without modification of the application's code and without downloading the 

10 application to the client side: 

The system re-implements standard Java GUI APIs such as AWT and Swing into a 
network-aware implementation without changing the APIs, enabling existing Java 
applications to run on this network-aware GUI API without modifications; 
The Java application runs completely on the server-side. The network-aware API 

15 translates and delivers the application's presentation information into short messages 

based on formats such as XML via a certain communication protocol; 
The system's client-side program that understands these messages interprets and 
renders the user interface of the Java applications, essentially produces the look and 
feel of the application as if the entire application is running on the client device; The 

20 client program further interacts with the user , dynamically updates the user interface 

and sends necessary user inputs back to server for processing; 

The system's server program receives such user inputs, translates them into Java 
compatible user inputs, such as Java events, and further routes such user inputs to the 
Java application for processing; 
25 The output of the Java application's processing is sent to the system's client program, 

which updates the user interface of the application. 

21. A method and system for delivering the same application over some network to 
multiple devices, maximizing the user experience of each device by best leveraging 

30 the specific capability of each device, without rewriting the application specifically 

for each device: 
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The system runs the application on the server side; 

The system's server-side program translates and delivers the presentation information 
of the application into messages based on selected format such as XML. Such 
5 messages contain high level description of the application's user interface. Such high 

level, instead of pixel level or graphics primitive level description, gives sufficient 
flexibility in interpretation without losing the gist of the information; 
Specific client-side programs are built for each specific client device leveraging the 
special features of each device. This client-side program interprets these messages 
10 and renders the user interface of the applications in a way that is best optimized for 

the client device, delivering the best user experience possible on that specific client 
device. 

The client-side program accepts user inputs, update the user interface, and sends 
necessary user inputs back to the server; 
15 The system's server program receives such user inputs, translates them into 

application compatible user inputs, and further routes such user inputs to the 
application for processing; 

The output of the application's processing is sent to the system's client program, 
which updates the user interface of the application accordingly. 
20 Abstract 

A method for delivering applications over a network in which the business logic 
of the application is running on the backend server, while the user interface of the 
application is rendered on a client-device who is connected to the backend server via a 
network . The Graphics User Interface API and event processing API of t he app li cation is 

25 implemented to b e network-aware instead of being local machine cent ric as traditional 
GUI APIs: The method includes the following Running an appli cation on th e backend 
serve r. The application in turn invokes GUI API to pre s ent its use r in ter face, whe reby the 
network-aware GUI API is invoked. Next, translating the application's presentation layer 
information into a pre-dctermined format based messages which describe the Graphical 

30 User Interface, event processing registries and other related information. Such 
information describes the presentation layer of the application in a high level, object 

104 



:l o o 7" 1. s :s , m o E2 :l «3 o 

level which min i mize s netw o rk traffic. Next, s e ndi n g su ch mes s ag es to the client device 
via a networ k and then processing the messages and ren derin g the user interface by a 
client-side pro g ram , which deliv er s the b est po ssib le user ex pe rience for that device 
according to the capability of the specific client device. Next, transmitting necessary user 
5 input and client-side events back to the server by the client-side program via a 
predetermined protocol followed by processing the user input and client-side events on 
the backend server, translating such events and inputs as if they were locally generated, 
and sending such translated events and inputs to the application for processing. Next, 
encoding and routing the output of the application to the client device using the 
10 prede t ermined messaging form a t and finally f urther processing the o utput by the client - 
side program to refresh the Graphical User Interface thereat. 
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